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PREFACE 



It has become clear that some abstract Computer Theory should be included 
in the education of undergraduate Computer Science majors. 

Leaving aside the obvious worth of knowledge for its own sake, the ter- 
minology, notations, and techniques of Computer Theory are necessary in the 
teaching of courses on computer design, Artificial Intelligence, the analysis of 
algorithms, and so forth. Of all the programming skills undergraduate students 
learn, two of the most important are the abilities to recognize and manipulate 
context-free grammars and to understand the power of the recursive interaction 
of parts of a procedure. Very little can be accomplished if each advanced 
course has to begin at the level of defining rules of production and derivations. 
Every interesting career a student of Computer Science might pursue will make 
significant use of some aspects of the subject matter of this book. 

Yet we find today, that the subjects of Automata Theory, Formal Languages, 
and Turing machines are almost exclusively relegated to the very advanced 
student. Only textbooks demanding intense mathematical sophistication discuss 
these topics. Undergraduate Computer Science majors are unlikely to develop 
the familiarity with set theory, logic, and the facility with abstract manipulation 
early enough in their college careers to digest the material in the existing 
excellent but difficult texts. 

Bringing the level of sophistication to the exact point where it meets the 
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expected preparation of the intended student population is the responsibility of 
every carefully prepared textbook. Of all the branches of Mathematics, Com- 
puter Science is one of the newest and most independent. Rigorous mathe- 
matical proof of the most profound theorems in this subject can be constructed 
without the aid of Calculus, Number Theory, Algebra, or Topology. Some 
degree of understanding of the notion of proof is, of course, required, but the 
techniques employed are so idiosyncratic to this subject that it is preferable 
to introduce them to the student from first principles. Characteristic methods, 
such as making accurate conclusions from diagrams, analyzing graphs, or 
searching trees, are not tools with which a typical mathematics major is fa- 
miliar. Hardly any students come prepared for the convoluted surprise of the 
Halting Problem. These then are the goals of this textbook: (1) to introduce 
a student of Computer Science to the need for and the working of mathematical 
proof; (2) to develop facility with the concepts, notations, and techniques of 
the theories of Automata, Formal Languages, and Turing machines; and (3) 
to provide historical perspective on the creation of the computer with a pro- 
found understanding of some of its capabilities and limitations. 

Basically, this book is written for students with no presumed background 
of any kind. Every mathematical concept used is introduced from scratch. 
Extensive examples and illustrations spell out everything in detail to avoid any 
possibility of confusion. The bright student is encouraged to read at whatever 
pace or depth seems appropriate. 

For their excellent care with this project I thank the staff at John Wiley 
& Sons: Richard J. Bonacci, acquisitions editor, and Lorraine F. Mellon, Eu- 
gene Patti, Elaine Rauschal, and Ruth Greif of the editorial and production 
staffs. Of the technical people who reviewed the manuscript I thank Martin 
Kaliski, Adrian Tang, Martin Davis, and especially H. P. Edmundson, whose 
comments were invaluable and Martin J. Smith whose splendid special support 
was dispositive. Rarely has an author had an assistant as enthusiastic, dedi- 
cated, knowledgeable and meticulous as I was so fortunate to find in Mara 
Chibnik. Every aspect of this project from the classnotes to the page proofs 
benefited immeasurably from her scrutiny. Very little that is within these cov- 
ers — except for the few mistakes inserted by mischievous Martians — does not 
bare the mark of her relentless precision and impeccable taste. Every large 
project is the result of the toil of the craftsmen and the sacrifice and fore- 
bearance of those they were forced to neglect. Rubies are beneath their worth. 
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THEORY 



CHAPTER 1 



BACKGROUND 



The twentieth century has been filled with the most incredible shocks and 
surprises: the theory of relativity, Communist revolutions, psychoanalysis, nu- 
clear war, television, moon walks, genetic engineering, and so on. As as- 
tounding as any of these is the advent of the computer and its development 
from a mere calculating device into what seems like a "thinking machine." 

The birth of the computer was not wholly independent of the other events 
of this century. The history of the computer is a fascinating story; however, 
it is not the subject of this course. We are concerned with the Theory of 
Computers, which means that we form several abstract mathematical models 
that will describe with varying degrees of accuracy parts of computers and 
types of computers and similar machines. Our models will not be used to 
discuss the practical engineering details of the hardware of computers, but the 
more abstract questions of the frontiers of capability of these mechanical de- 
vices. 

There are separate courses that deal with circuits and switching theory (com- 
puter logic) and with instruction sets and register arrangements (computer ar- 
chitecture) and with data structures and algorithms and operating systems and 
compiler design and artificial intelligence and so forth. All of these courses 
have a theoretical component, but they differ from our study in two basic 
ways. First, they deal only with computers that already exist; our models, on 
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the other hand, will encompass all computers that do exist, will exist, and 
that can ever be dreamed of. Second, they are interested in how best to do 
things; we shall not be interested in optimality at all, but rather we shall be 
concerned with the question of possibility — what can and what cannot be done. 
We shall look at this from the perspective of what language structures the 
machines we describe can and cannot accept as input, and what possible mean- 
ing their output may have. This description of our intent is extremely general 
and perhaps a little misleading, but the mathematically precise definition of 
our study can be understood only by those who already know the concepts 
introduced in this course. This is often a characteristic of scholarship — after 
years of study one can just begin to define the subject. We are now embarking 
on a typical example of such a journey. In our last chapter (Chapter 31) we 
shall finally be able to define a computer. 

The history of Computer Theory is also interesting. It was formed by for- 
tunate coincidences, involving several seemingly unrelated branches of intel- 
lectual endeavor. A small series of contemporaneous discoveries, by very dis- 
similar people, separately motivated, flowed together to become our subject. 
Until we have established more of a foundation, we can only describe in 
general terms the different schools of thought that have melded into this field. 

The most obvious component of Computer Theory is the theory of math- 
ematical logic. As the twentieth century started, mathematics was facing a 
dilemma. Georg Cantor (1845-1918) had recently invented the Theory of Sets 
(unions, intersections, inclusion, cardinality, etc.). But at the same time he 
had discovered some very uncomfortable paradoxes — he created things that 
looked like contradictions in what seemed to be rigorously proven mathematical 
theorems. Some of his unusual findings could be tolerated (such as that infinity 
comes in different sizes), but some could not (such as that some set is bigger 
than the universal set). This left a cloud over mathematics that needed to be 
resolved. 

David Hilbert (1862-1943) wanted all of mathematics put on the same sound 
footing as Euclidean Geometry, which is characterized by precise definitions, 
explicit axioms, and rigorous proofs. The format of a Euclidean proof is pre- 
cisely specified. Every line is either an axiom, a previously proven theorem, 
or follows from the lines above it by one of a few simple rules of inference. 
The mathematics that developed in the centuries since Euclid did not follow 
this standard of precision. Hilbert believed that if mathematics were put back 
on the Euclidean standard the Cantor paradoxes would go away. He was ac- 
tually concerned with two ambitious projects: first, to demonstrate that the new 
system was free of paradoxes; second, to find methods that would guarantee 
to enable humans to construct proofs of all the true statements in mathematics. 

Hilbert wanted something formulaic — a precise routine for producing results, 
like the directions in a cookbook. First draw all these lines, then write all 
these equations, then solve for all these points, and so on and so on and the 
proof is done — some approach that is certain and sure-fire without any reliance 
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on unpredictable and undependable brilliant mathematical insight. We simply 
follow the rules and the answer must come. 

This type of complete, guaranteed, easy-to-follow set of instructions is called 
an algorithm. He hoped that algorithms or procedures could be developed to 
solve whole classes of mathematical problems. The collection of techniques 
called linear algebra provides just such an algorithm for solving all systems 
of linear equations. Hilbert wanted to develop algorithms for solving other 
mathematical problems, perhaps even an algorithm that could solve all math- 
ematical problems of any kind in some finite number of steps. Before starting 
to look for such an algorithm, an exact notion of what is and what is not a 
mathematical statement had to be developed. After that, there was the problem 
of defining exactly what can and what cannot be a step in an algorithm. The 
words we have used: "procedure," "formula," "cookbook method," "complete 
instructions," are not part of mathematics and are no more meaningful than 
the word "algorithm" itself. 

Mathematical logicians, while trying to follow the suggestions of Hilbert 
and straighten out the predicament left by Cantor, found that they were able 
to prove mathematically that some of the desired algorithms cannot exist — not 
only at this time, but they can never exist in the future, either. Their main 
result was even more fantastic than that. 

Kurt Godel (1906-1978) not only showed that there was no algorithm that 
could guarantee to provide proofs for all the true statements in mathematics, 
but he proved that not all the true statements even have a proof to be found. 
Godel' s Incompleteness Theorem implies that in a specific mathematical sys- 
tem either there are some true statements without any possible proof or else 
there are some false statements that can be "proven." This earth-shaking result 
made the mess in the philosophy of mathematics even worse, but very exciting. 

If not every true statement has a proof, can we at least fulfill Hilbert' s 
program by finding a proof-generating algorithm to provide proofs whenever 
they do exist? Logicians began to ask the question: Of what fundamental parts 
are all algorithms composed? The first general definition of an algorithm was 
proposed by Alonzo Church. Using his definition he and Stephen Cole Kleene 
and, independently, Emil Post were able to prove that there were problems 
that no algorithm could solve. While also solving this problem independently, 
Alan Mathison Turing (1912-1954) developed the concept of a theoretical 
"universal-algorithm machine." Studying what was possible and what was not 
possible for such a machine to do, he discovered that some tasks that we 
might have expected this abstract omnipotent machine to be able to perform 
are impossible, even for it. Turing's model for a universal-algorithm machine 
is directly connected to the invention of the computer. In fact, for completely 
different reasons (wartime code-breaking) Turing himself had an important part 
in the construction of the first computer, which he based on his work in abstract 
logic. 

On a wildly different front, two researchers in neurophysiology, Warren 
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Sturgis McCulloch and Walter Pitts (1923-1969), constructed a mathematical 
model for the way in which sensory receptor organs in animals behave. The 
model they constructed for a "neural net" was a theoretical machine of the 
same nature as the one Turing invented, but with certain limitations. Math- 
ematical models of real and abstract machines took on more and more im- 
portance. Along with mathematical models for biological processes, models 
were introduced to study psychological, economic, and social situations. 

Again, entirely independent of these considerations, the invention of the 
vacuum tube and the subsequent developments in electronics enabled engineers 
to build fully automatic electronic calculators. These developments fulfilled the 
age-old dream of Blaise Pascal (1623-1662), Gottfried Wilhelm von Leibniz 
(1646-1716), and Charles Babbage (1792-1871), all of whom built mechanical 
calculating devices as powerful as their respective technologies would allow. 
In the 1940s, gifted engineers began building the first generation of computers: 
the computer Colossus at Bletchley, England (Turing's decoder), the ABC 
machine built by John Atanosoff in Iowa, the Harvard Mark I built by Howard 
Aiken, and ENIAC built by John Presper Eckert, Jr. and John William Mauchly 
(1907-1980) at the University of Pennsylvania. 

Shortly after the invention of the vacuum tube, the incredible mathematician 
John von Neumann (1903-1957) developed the idea of a stored-program com- 
puter. The idea of storing the program inside the computer and allowing the 
computer to operate on (and modify) the program as well as the data was a 
tremendous advance. It may have been conceived decades earlier by Babbage 
and his co-worker Ada Augusta, Countess of Lovelace (1815-1853), but their 
technology was not adequate to explore this possibility. The ramifications of 
this idea, as pursued by von Neumann and Turing were quite profound. 

The early calculators could perform only one predetermined set of tasks at 
a time. To make changes in their procedures, the calculators had to be phys- 
ically rebuilt either by rewiring, resetting, or reconnecting various parts. Von 
Neumann permanently wired certain operations into the machine and then de- 
signed a central control section that, after reading input data, could select which 
operation to perform based on a program or algorithm encoded in the input 
and stored in the computer along with the raw data to be processed. In this 
way, the inputs determined which operations were to be performed on them- 
selves. Interestingly, current technology has progressed to the point where the 
ability to manufacture dedicated chips cheaply and easily has made the prospect 
of rebuilding a computer for each program feasible again. However, by the 
last chapters of this book we will appreciate the significance of the difference 
between these two approaches. 

Von Neumann's goal was to convert the electronic calculator into a real- 
life model of one of the logicians' ideal universal-algorithm machines, such 
as those Turing had described. Thus we have an unusual situation where the 
advanced theoretical work on the potential of the machine preceded the dem- 
onstration that the machine could really exist. The people who first discussed 
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these machines only dreamed they might ever be built. Many were very sur- 
prised to find them actually working in their own lifetimes. 

Along with the concept of programming a computer came the question: What 
is the "best" language in which to write programs? Many languages were 
invented, owing their distinction to the differences in the specific machines 
they were to be used on and to the differences in the types of problems for 
which they were designed. However, as more languages emerged, it became 
clear that they had many elements in common. They seemed to share the same 
possibilities and limitations. This observation was at first only intuitive, al- 
though Turing had already worked on much the same problem but from a 
different angle. 

At the time that a general theory of computer languages was being de- 
veloped, another surprise occurred. Modern linguists, some influenced by the 
prevalent trends in mathematical logic and some by the emerging theories of 
developmental psychology, had been investigating a very similar subject: What 
is language in general? How could primitive humans have developed language? 
How do people understand it? How do they learn it as children? What ideas 
can be expressed, and in what ways? How do people construct sentences from 
the ideas in their minds? 

Noam Chomsky created the subject of mathematical models for the de- 
scription of languages to answer these questions. His theory grew to the point 
where it began to shed light on the study of computer languages. The languages 
humans invented to communicate with one another and the languages necessary 
for humans to communicate with machines shared many basic properties. Al- 
though we do not know exactly how humans understand language, we do know 
how machines digest what they are told. Thus, the formulations of mathe- 
matical logic became useful to linguistics, a previously nonmathematical sub- 
ject. Metaphorically, we could say that the computer then took on linguistic 
abilities. It became a word processor, a translator, and an interpreter of simple 
grammar, as well as a compiler of computer languages. The software invented 
to interpret programming languages was applied to human languages as well. 
One point that will be made clear in our studies is why computer languages 
are easy for a computer to understand whereas human languages are very 
difficult. 

Because of the many influences on its development the subject of this book 
goes by various names. It includes three major fundamental areas: the Theory 
of Automata, the Theory of Formal Languages, and the Theory of Turing 
Machines. This book is divided into three parts corresponding to these topics. 

Our subject is sometimes called Computation Theory rather than Computer 
Theory, since the items that are central to it are the types of tasks (algorithms 
or programs) that can be performed, not the mechanical nature of the physical 
computer itself. However, the name "computation" is also misleading, since 
it popularly connotes arithmetical operations that are only a fraction of what 
computers can do. The term "computation" is inaccurate when describing word 
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processing, sorting and searching and awkward in discussions of program ver- 
ification. Just as the term "Number Theory" is not limited to a description of 
calligraphic displays of number systems but focuses on the question of which 
equations can be solved in integers, and the term "Graph Theory" does not 
include bar graphs, pie charts, and histograms, so too "Computer Theory" need 
not be limited to a description of physical machines but can focus on the 
question of which tasks are possible for which machines. 

We shall study different types of theoretical machines that are mathematical 
models for actual physical processes. By considering the possible inputs on 
which these machines can work, we can analyze their various strengths and 
weaknesses. We then arrive at what we may believe to be the most powerful 
machine possible. When we do, we shall be surprised to find tasks that even 
it cannot perform. This will be our ultimate result, that no matter what machine 
we build, there will always be questions that are simple to state that it cannot 
answer. Along the way, we shall begin to understand the concept of com- 
putability, which is the foundation of further research in this field. This is 
our goal. Computer Theory extends further to such topics as complexity and 
verification, but these are beyond our intended scope. Even for the topics we 
do cover — Automata, Languages, Turing Machines — much more is known than 
we present here. As intriguing and engaging as the field has proven so far, 
with any luck the most fascinating theorems are yet to be discovered. 



CHAPTER 2 



LANGUAGES 



In English we distinguish the three different entities: letters, words, and sen- 
tences. There is a certain parallelism between the fact that groups of letters 
make up words and the fact that groups of words make up sentences. Not all 
collections of letters form a valid word, and not all collections of words form 
a valid sentence. The analogy can be continued. Certain groups of sentences 
make up coherent paragraphs, certain groups of paragraphs make up coherent 
stories, and so on. 

This situation also exists with computer languages. Certain character strings 
are recognizable words (GOTO, END . . .). Certain strings of words are rec- 
ognizable commands. Certain sets of commands become a program (with or 
without data). 

To construct a general theory that unifies all these examples, it is necessary 
for us to adopt a definition of a "most universal language structure," that is, 
a structure in which the decision of whether a given string of units constitutes 
a valid larger unit is not a matter of guesswork but is based on explicitly 
stated rules. 

It is very hard to state all the rules for the language "spoken English," 
since many seemingly incoherent strings of words are actually understandable 
utterances. This is due to slang, idiom, dialect, and our ability to interpret 
poetic metaphor and to correct unintentional grammatical errors in the sentences 
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we hear. However, as a first step to defining a general theory of abstract 
languages, it is right for us to insist on precise rules, especially since computers 
are not quite as forgiving about imperfect input commands as listeners are 
about informal speech. 

When we call our study the Theory of Formal Languages, the word "for- 
mal" refers to the fact that all the rules for the language are explicitly stated 
in terms of what strings of symbols can occur. No liberties are tolerated, and 
no reference to any "deeper understanding" is required. Language will be con- 
sidered solely as symbols on paper and not as expressions of ideas in the 
minds of humans. In this basic model, language is not communication among 
intellects, but a game of symbols with formal rules. The term "formal" used 
here emphasizes that it is the form of the string of symbols we are interested 
in, not the meaning. 

We begin with only one finite set of fundamental units out of which we 
build structures. We shall call this the alphabet. A certain specified set of 
strings of characters from the alphabet will be called the language. Those 
strings that are permissible in the language we call words. The symbols in 
the alphabet do not have to be Latin letters, and the sole universal requirement 
for a possible string is that it have only finitely many symbols in it. The 
question of what it means to "specify" a set of strings is one we discuss 
presently. 

We shall wish to allow a string to have no letters. This we call the empty 
string or null string, and we shall denote it by the symbol A. No matter 
what language we are considering, the null string is always A. Two words 
are considered the same if all their letters are the same and in the same order 
so there is only one possible word of no letters. For clarity, we do not allow 
the symbol A to be part of the alphabet for any language. 

The most familiar example of a language for us is English. The alphabet 
is the usual set of letters plus the apostrophe and hyphen. Let us denote the 
whole alphabet by the Greek letter capital sigma. 

S = {a b c d e ... z ' - } 

Sometimes we shall list a set of elements separated by spaces and sometimes 
by commas. If we wished to be supermeticulous, we would also include in 
2 the uppercase letters and the seldom used diacritical marks. 

We can now specify which strings of these letters are valid words in our 
language by listing them all, as is done in a dictionary. It is a long list, but 
a finite list, and it makes a perfectly good definition of the language. If we 
call this language ENGLISH-WORDS we may write 

ENGLISH-WORDS = {all the words (main entries) in a standard dictionary} 

In the line above, we have intentionally mixed mathematical notation (the 
equal sign, the braces denoting sets) and a prose phrase. This results in per- 
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fectly understandable communication; we take this liberty throughout. All of 
our investigations will be agglomerates of informal discussion and precise sym- 
bolism. 

Of course, the language ENGLISH- WORDS, as we have specified it, does 
not have any grammar. If we wish to make a formal definition of the language 
of the sentences in English, we must begin by saying that this time our basic 
alphabet is the entries in the dictionary. Let us call this alphabet T, the capital 
gamma. 

T = { the entries in a standard dictionary, plus a blank space, plus the 
usual punctuation marks } 

In order to specify which strings of elements from T produce valid words 
in the language ENGLISH-SENTENCES, we must rely on the grammatical 
rules of English. This is because we could never produce a complete list of 
all possible words in this language; that would have to be a list of all valid 
English sentences. Theoretically, there are infinitely many different words in 
the language ENGLISH-SENTENCES. For example: 

I ate one apple. 
I ate two apples. 
I ate three apples. 



The trick of defining the language ENGLISH-SENTENCES by listing all 
the rules of English grammar allows us to give a finite description of an infinite 
language. 

If we go by the rules of grammar only, many strings of alphabet letters 
seem to be valid words, for example, "I ate three Tuesdays." In a formal 
language we must allow this string. It is grammatically correct; only its mean- 
ing reveals that it is ridiculous. Meaning is something we do not refer to in 
formal languages. As we make clear in Part II of this book, we are primarily 
interested in syntax alone, not semantics or diction. We shall be like the bad 
teacher who is interested only in the correct spelling, not the ideas in a home- 
work composition. 

In general, the abstract languages we treat will be defined in one of two 
ways. Either they will be presented as an alphabet and the exhaustive list of 
all valid words, or else they will be presented as an alphabet and a set of 
rules defining the acceptable words. 

Earlier we mentioned that we could define a language by presenting the 
alphabet and then specifying which strings are words. The word "specify" is 
trickier than we may at first suppose. Consider this example of the language 
called MY-PET. The alphabet for this language is 



{ a c d g o t } 
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There is only one word in this language, and for our own perverse reasons 
we wish to specify it by this sentence: 
If the Earth and the Moon ever collide, then 

MY-PET = {cat} 

but, if the Earth and the Moon never collide, then 

MY-PET = {dog} 

One or the other of these two events will occur, but at this point in the history 
of the universe it is impossible to be certain whether the word dog is or is 
not in the language MY-PET. 

This sentence is not an adequate specification of the language MY-PET 
because it is not useful. To be an acceptable specification of a language, a 
set of rules must enable us to decide, in a finite amount of time, whether a 
given string of alphabet letters is or is not a word in the language. 

The set of rules can be of two kinds. They can either tell us how to test 
a string of alphabet letters that we might be presented with, to see if it is a 
valid word; or they can tell us how to construct all the words in the language 
by some clear procedures. We investigate this distinction further in the next 
chapter. 

Let us consider some simple examples of languages. If we start with an 
alphabet having only one letter, the letter x, 

2 = {*} 

we can define a language by saying that any nonempty string of alphabet 
characters is a word. 

L\ = { x xx xxx xxxx . . . } 

or to write this in an alternate form: 

L\ = { x" for n = 1 2 3 . . . } 

Because of the way we have defined it, this language does not include the 
null string. We could have defined it so as to include A, but we didn't. 

In this language, as in any other, we can define the operation of concatena- 
tion, in which two strings are written down side by side to form a new longer 
string. In this example, when we concatenate the word xxx with the word xx, 
we obtain the word xxxxx. The words in this language are clearly analogous 
to the positive integers, and the operation of concatenation is analogous to 
addition: 
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x" concatenated with X™ is the word x" +m 

It will often be convenient for us to designate the words in a given language 
by new symbols, that is, other than the ones in the alphabet. For example, 
we could say that the word xxx is called a and that the word xx is b. Then 
to denote the word formed by concatenating a and b we write the letters side 
by side: 

ab = xxxxx 

It is not always true that when two words are concatenated they produce 
another word in the language. For example if the language is 

L->2 — \_ x xxx xxxxx xxxxxxx . . . } 
= { xT" } 

= {x 2n+l forn = 0 1 2 3 . . . } 

then a = xxx and b = xxxxx are both words in L 2 , but their concatenation 
ab = xxxxxxxx is not in L 2 . Notice that the alphabet for L 2 is the same as 
the alphabet for L x . Notice also the liberty we took with the middle definition. 

In these simple examples, when we concatenate a with b we get the same 
word as when we concatenate b with a. We can depict this by writing: 

ab = ba 

But this relationship does not hold for all languages. In English when we 
concatenate "house" and "boat" we get "houseboat," which is indeed a word 
but distinct from "boathouse," which is a different thing — not because they 
have different meanings but because they are different words. "Merry-go-round" 
and "carousel" mean the same thing, but they are different words. 



EXAMPLE 

Consider another language. Let us begin with the alphabet: 

^={0 12345678 9} 

and define the set of words: 

L 3 = { any finite string of alphabet letters that does not start with the letter 
zero } 
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This language L 3 then looks like the set of all positive integers written in base 
10. 

L 3 = { 1 2 3 4 5 6 7 8 9 10 11 12 . . . } 

We say "looks like" instead of "is" because L 3 is only a formal collection of 
strings of symbols. The integers have other mathematical properties. If we 
wanted to define the language L 3 so that it includes the string (word) 0, we 
could say: 

L 3 = {any finite string of alphabet letters that, if it starts with a 0, has no 

more letters after the first} I 

The box, ■, which ends the line above is an end marker. When we present 
an example of a point in the text, we shall introduce it with the heading: 



EXAMPLE 

and finish it with an end marker ■. This will allow us to keep the general 
discussion separate from the specific examples. We shall use the same end 
marker to denote the end of a definition or a proof. 

DEFINITION 



PROOF 



The old-fashioned end marker denoting that a proof is finished is Q.E.D. This 
box serves the same purpose. 



DEFINITION 

We define the function "length of a string" to be the number of letters in the 
string. We write this function using the word "length." For example, if a = xxxx 
in the language Lj above, then 

length(a) = 4 
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If c = 428 in the language L 3 , then 

length(c) = 3 
Or we could write directly that in Lj 

length(;uxc) = 4 

and in L 3 

length(428) = 3 
In any language that includes the empty string A we have: 

length(A) = 0 

For any word w in any language, if length(w) = 0 then w = A. ■ 

We can now present yet another definition of L 3 . 

L 3 = {any finite string of alphabet letters that, if it has length more than 
one, does not start with a zero} 

This is not necessarily a better definition of L 3 , but it does illustrate that there 
are often different ways of specifying the same language. 

There is some inherent ambiguity in the phrase "any finite string," since 
it is not clear whether we intend to include the null string (A, the string of 
no letters). To avoid this ambiguity, we shall always be more careful. The 
language L 3 above does not include A, since we intended that that language 
should look like the integers, and there is no such thing as an integer with 
no digits. On the other hand, we may wish to define a language like L\ but 
that does contain A. 

L 4 = { A x xx xxx xxxx . . . } 
= { x" for n = 0 1 2 3 . . . } 

Here we have said that x° = A, not x° = 1 as in algebra. In this way x" is 
always the string of n x's. This may seem like belaboring a trivial point, but 
the significance of being careful about this distinction will emerge over and 
over again. 

In L 3 it is very important not to confuse 0, which is a string of length 1, 
with A. Remember, even when A is a word in the language, it is not a letter 
in the alphabet. 
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DEFINITION 

Let us introduce the function reverse. If a is a word in some language L, 
then reverse(a) is the same string of letters spelled backward, called the reverse 
of a, even if this backward string is not a word in L. ■ 



EXAMPLE 

reverse(;txt) = xxx 
reverse(;cxxxx) = xxxxx 
reverse(745) = 541 

But let us also note that in L 3 

reverse(740) = 041 

which is not a word in L 3 . 



DEFINITION 

Let us define a new language called PALINDROME over the alphabet 

2 = {a, b) 

PALINDROME = { A, and all strings x such that reverse^) = x } ■ 

If we begin listing the elements in PALINDROME we find 

PALINDROME = { A, a, b, aa, bb, aaa, aba, 
bab, bbb, aaaa, abba . . . } 

The language PALINDROME has interesting properties that we shall ex- 
amine later. 

Sometimes when we concatenate two words in PALINDROME we obtain 
another word in PALINDROME such as when abba is concatenated with ab- 
baabba. More often, the concatenation is not itself a word in PALINDROME, 
as when aa is concatenated with aba. Discovering when this does happen is 
left as a problem at the end of this chapter. 
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DEFINITION 

Given an alphabet 2, we wish to define a language in which any string of 
letters from 2 is a word, even the null string. This language we shall call 
the closure of the alphabet. It is denoted by writing a star (an asterisk) after 
the name of the alphabet as a superscript 

2* 

This notation is sometimes known as the Kleene star after the logician who 
was one of the founders of this subject. ■ 



EXAMPLE 

If 2 = { x }, then 

2* = L A = { A x xx xxx. . . } 



EXAMPLE 

If 2 = {0,1 }, then 

2* = {A 0 1 00 01 10 11 000 001...} 



EXAMPLE 

If 2 = { a,b,c }, then 

2* = { A a b c aa ab ac ba bb be ca cb cc aaa. . . } ■ 

We can think of the Kleene star as an operation that makes an infinite 
language of strings of letters out of an alphabet. When we say "infinite lan- 
guage" we mean infinitely many words each of finite length. 

Notice that when we wrote out the first several words in the language we 
put them in size order (words of shortest length first) and then listed all the 
words of the same length alphabetically. We shall usually follow this method 
of sequencing a language. 

We shall now generalize the use of the star operator to sets of words, not 
just sets of alphabet letters. 
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DEFINITION 

If 5 is a set of words, then by 5* we mean the set of all finite strings formed 
by concatenating words from S, where any word may be used as often as we 
like, and where the null string is also included. ■ 

EXAMPLE 

If 5 = { aa,b }, then 

5* = { A plus any word composed of factors of aa and b } 

= { A plus all strings of a's and b's in which the a's occur in even clumps } 

= { A b aa bb aab baa bbb aaaa aabb baab bbaa bbbb 
aaaab aabaa aabbb baaaa baabb bbaab bbbaa bbbbb . . . } 

The string aabaaab is not in S* since it has a clump of a's of length 3. The 
phrase "clump of a's" has not been precisely defined, but we know what it 
means anyway. ■ 



EXAMPLE 

Let S = { a, ab }. Then 

5* = {A plus any word composed of factors of a and ab} 

= {A plus all strings of a's and b's except those that start with b and 
those that contain a double b} 

= { A a aa ab aaa aab aaaa aaab aaba abaa abab 
aaaaa aaaab aaaba aabaa aabab abaaa abaab ababa. . . } 



By the phrase "double b" we mean the substring bb. For each word in S* 
every b must have an a immediately to its left. The substring bb is impossible, 
as is starting with a b. Any string without the substring bb that begins with 
an a can be factored into terms of (ab) and (a). ■ 
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To prove that a certain word is in the closure language 5*, we must show 
how it can be written as a concatenate of words from the base set S. 
In the last example, to show that abaab is in S* we can factor it as follows: 

(ab)(a)(ab) 

These three factors are all in the set 5; therefore their concatenation is in S*. 
This is the only way to factor this string into factors of (a) and (ab). When 
this happens, we say that the factoring is unique. 

Sometimes the factoring is not unique. For example, consider S = {xx, xxx}. 
Then: 

S* = { A and all strings of more than one x } 
= { jc"forn = 0, 2, 3, 4, 5. . . } 
= { A XX xxx xxxx xxxxx xxxxxx . . . } 

Notice that the word x is not in the language 5*. The string xxxxxxx is in 
this closure for any of these three reasons. It is: 

(xc) (xx) (xxx) or (xx) (xxx) (xx) or (xxx) (xx) (xx) 

Also, x 6 is either AV or else x 3 x 3 . 

It is important to note here that the parentheses, ( ), are not letters in the 
alphabet but are used for the sole purpose of demarcating the ends of factors. 
So we can write xxxxx = (xx)(xxx). In cases where parentheses are letters of 
the alphabet, 

X={x()} 
length(xcxxc) = 5 
but length( (xx)(xxx) ) = 9 

Let us suppose that we wanted to prove mathematically that this set S* 
contains all x" for n =h 1. Suppose that somebody did not believe this and 
needed convincing. We could proceed as follows. 

First, we consider the possibility that there were some powers of x that we 
could not produce by concatenating factors of (xx) and (xxx). 

Obviously, since we can produce x 4 , x 5 , x 6 , the examples of strings that 
we cannot produce must be large. Let us ask the question, "What is the 
smallest power of x (larger than 1) that we cannot form out of factors of xx 
and xxxT Let us suppose that we start making a list of how to construct the 
various powers of x. On this list we write down how to form x 2 , x 3 , x 4 , x 5 , 
and so on. Let us say that we work our way successfully up to x 313 , but then 
we cannot figure out how to form x 314 . We become stuck, so a friend comes 
over to us and says, "Let me see your list. How did you form the word x 311 l 
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Why don't you just concatenate another factor of xx in front of this and then 
you will have the word x 314 that you wanted." Our friend is right, and this 
story shows that while writing this list out we can never really become stuck. 
This discussion can easily be generalized into a mathematical proof of the fact 
that 5* contains all powers of x greater than 1. 

We have just established a mathematical fact by a method of proof that we 
have rarely seen in other courses. It is a proof based on showing that something 
exists (the factoring) because we can describe how to create it (by adding xx 
to a previous case). What we have described can be formalized into an al- 
gorithm for producing all the powers of x from the factors xx and xxx. The 
method is to begin with xx and xxx and, when we want to produce x", we 
take the sequence of concatenations that we have already found will produce 
x"~ 2 , and we concatenate xx on to that. 

The method of proving that something exists by showing how to create it 
is called proof by constructive algorithm. This is the most important tool 
in our whole study. Most of the theorems in this book will be proven by the 
method of constructive algorithm. It is in general a very satisfying and useful 
method of proof, that is, providing that anybody is interested in the objects 
we are constructing. We may have a difficult time selling powers of x broken 
into factors of xx and xxx. 

Let us observe that if the alphabet has no letters, then its closure is the 
language with the null string as its only word Symbolically, we write: 

If 2 = 0 (the empty set), 
then X* = {A} 

This is not the same as 

If S = {A}, 

then S* = {A} 

An alphabet may look like a set of one-letter words. 

If for some reason we wish to modify the concept of closure to refer to 
only the concatenation of some (not zero) strings from a set S, we use the 
notation + instead of *. For example, 

If 2 = {x}, then 2 + = { x xx xxx . . . } 

which is the language L x that we discussed before. 

If S = {xx, xxx} then S + is the same as S* except for the word A, which 
is not in S + . This is not to say that S + cannot in general contain the word 
A. It can, but only on condition that S contains the word A. In this case, 
A is in S + , since it is the concatenation of some (actually one) word from 
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S (A itself). Anyone who does not think that the null string is confusing has 
missed something. It is already a problem, and it gets worse later. 
If S is the set of three words 

5 = { Wi W 2 VV 3 } 

then, 

S + = { W\ W 2 VV3 W\W\ W\W 2 VV1W3 W 2 W\ W2W2 W2W3 

VV3W1 W3VV2 W3VV3 WiW^i \V\W\W2 • • • } 

no matter what the words w u w 2 , and w 3 are. 

If wi = aa, w 2 = bbb, vv 3 = A, then 
S + — {aa bbb A aaaa aabbb. . . } 

The words in the set S are listed above in the order corresponding to their 
w-sequencing, not in the usual size-alphabetical order. 

What happens if we apply the closure operator twice? We start with a set 
of words 5 and look at its closure S*. Now suppose we start with the set S* 
and try to form its closure, which we denote as 

(5*)* or 5** 

If 5 is not the trivial empty set, then S* is infinite, so we are taking the 
closure of an infinite set. This should present no problem since every string 
in the closure of a set is a combination of only finitely many words from the 
set. Even if the set S has infinitely many words, we use only finitely many 
at a time. This is the same as with ordinary arithmetic expressions, which can 
be made up of only finitely many numbers at a time even though there are 
infinitely many numbers to choose from. 

From now on we shall let the closure operator apply to infinite sets as well 
as to finite sets. 



THEOREM 1 

For any set 5 of strings we have 5* = 5**. 
CONVINCING REMARKS 

First let us illustrate what this theorem means. Say for example that 5 = {a,b}. 
Then S* is clearly all strings of the two letters a and b of any finite length 
whatsoever. Now what would it mean to take strings from 5* and concatenate 
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them? Let us say we concatenated (aaba) and (baaa) and (aaba). The end 
result (aababaaaaaba) is no more than a concatenation of the letters a and 
b, just as with all elements of 5*. 

aababaaaaaba 

= (aaba){baaa)(aaba) 

= [(a)(a)(b)(a)] [(b)(a)(a)(a)] [(a)(a)(b)(a)] 

= (a)(a)(b)(a)(b)(a)(a)(a)(a)(a)(b)(a) 

Let us consider one more illustration. If S = {aa, bbb}, then S* is the set 
of all strings where the a's occur in even clumps and the fr's in groups of 
3, 6, 9. . . Some words in S* are 

aabbbaaaa bbb bbbaa 

If we concatenate these three elements of S*, we get one big word in S**, 
which is again in 5*. 

aabbbaaaabbbbbbaa 

= [(aa)(bbb)(aa)(aa)] [(bbb)] [(bbb)(aa)] 

This theorem expresses a trivial but subtle point. It is analogous to saying 
that if people are made up of molecules and molecules are made up of atoms, 
then people are made up of atoms. 



PROOF 

Every word in S** is made up of factors from S*. Every factor from 5* is 
made up of factors from 5. Therefore, every word in S** is made up of 
factors from 5. Therefore, every word in S** is also a word in 5*. We can 
write this as 

5** C S* 

using the symbol "C" from Set Theory, which means "is contained in or equal 
to." 

Now in general it is true that for any set A we know that AC A*, since 
in A* we can chose as a word any one factor from A. So if we consider A 
to be our set 5*, we have 



5* C S** 
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Together, these two inclusions prove that 



PROBLEMS 

1. Consider the language S*, where S = {a, b}. 

How many words does this language have of length 2? of length 3? of 
length n? 

2. Consider the language S*, where 5 = {aa, b}. 

How many words does this language have of length 4? of length 5? of 
length 6? What can be said in general? 

3. Consider the language 5*, where S = {ab, ba}. Write out all the words 
in 5* that have seven or fewer letters. Can any word in this language 
contain the substrings aaa or bbb? 

4. Consider the language S*, where S = {a ab ba}. Is the string (abbba) 
a word in this language? Write out all the words in this language with 
seven or fewer letters. What is another way in which to describe the 
words in this language? Be careful, this is not simply the language of 
all words without bbb. 

5. Consider the language S*, where S = {aa aba baa}. Show that the words 
aabaa, baaabaaa, and baaaaababaaaa are all in this language. Can any 
word in this language be interpreted as a string of elements from 5 in 
two different ways? Can any word in this language have an odd total 
number of a's? 

6. Consider the language S* where 5 = {xx xxx}. In how many ways can 
x 19 be written as the product of words in S? This means: How many 
different factorizations are there of x i9 into xx and xxx? 

1. (i) Prove that if x is in PALINDROME then so is x" for any n. 

(ii) Prove that if y 3 is in PALINDROME then so is y. 

(iii) Prove that if z" is in PALINDROME for some n (greater than 0) 
then z itself is also. 

(iv) Prove that PALINDROME has as many words of length 4 as it does 
of length 3. 

(v) Prove that PALINDROME has as many words of length 2n as it 
has of length 2n — 1 . 
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8. Show that if the concatenation of two words (neither A) in PALIN- 
DROME is also a word in PALINDROME then both words are powers 
of some other word; that is, if x and y and xy are all in PALINDROME 
then there is a word z such that x = z" and y = z m for some integers 
n and m (maybe n or m = 1). 

9. Let 5 = {afo, bb} and let r = {ab, bb, bbbb}. Show that S* = T*. What 
principle does this illustrate? 

10. Let S = {ab, bb} and let T = {ab, bb, bbb). 

(i) Show that S* + T*, but that S* C T*. 

(ii) Prove in general that if S C T then S* C 7*. 
Find examples of 5 and T for which: 

(iii) 5 C T but 5 =/= T and yet 5* = T*. 

(iv) 5* = T* but S <t T and T <t S. The symbol "ft" means "is not 
contained in or equal to." 

11. How does the situation in Problem 10 change if we replace the operator 
* with the operator + as defined in this chapter? Note the language S + 
means the same as S* but does not allow the "concatenation of no words" 
of S. 

12. Prove that for all sets S, 

(i) (5 + )* = (5*)* 

(ii) (S + ) + = S + 

(iii) Is (5*) + = (S + )* for all sets S? 

13. Suppose that for some language L we can always concatenate two words 
in L and get another word in L if and only if the words are not the 
same. That is, for any words w\ and vv 2 in L where w, =h w 2 , the word 
\x>\W 2 is in L but the word w\W\ is not in L. Prove that this cannot 
happen. 

14. By definition 

= £*** 

is this set bigger than S*l Is it bigger than 5? 

15. Give an example of two sets of strings, 5 and T, such that the closure 
of S added to (union with) the closure of T is different from the closure 
of the set 5 union T. (In this book we will use the + sign for union 
of sets instead of the usual U.) What we want here are two sets, S and 
T, such that 

5* + T* + (S + T)* 
What can we say in general about sets S and T that satisfy 

(s + T)* = s* + r*? 
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16. Give an example of a set 5 such that the language S* has more six 
letter words than seven letter words. Give an example of an S* that has 
more six letter words than eight letter words. Does there exist an 5* 
such that it has more six letter words than twelve letter words? 

17. Let S = {a, bb, bab, abaab}. Is abbabaabab in 5*? Is abaabbabbaabbl 
Does any word in S* have an odd total number of &'s? 

18. (i) Consider the language 5* where S — {aa, ab, ba, bb). Give another 

description of this language, 
(ii) Give an example of a set S such that 5* contains all possible strings 
of a's and Z>'s that have length divisible by three. 

19. One student suggested the following algorithm to test a string of a's and 
fe's to see if it is a word in S* where 5 = {aa, ba, aba, abaab}. Step 
1, cross off the longest set of characters from the front of the string 
that is a word in 5. Step 2, repeat step 1 until it is no longer possible. 
If what remains is the string A, the original string was a word in S*. 
If what remains is not A (this means some letters are left but we cannot 
find a word in S at the beginning), the original string was not a word 
in 5*. Find a string that disproves this algorithm. 

20. The reason * is called the "closure operator" is because the set S* is 
closed under concatenation. This means that if we take any two words 
in S* and concatenate them, we get another word in S*. If S = {ab, 
bbb}, then 5 is not closed under concatenation since abab is not in S, 
but S* is closed under concatenation. 

(i) Let T be any set that contains all of S, and suppose T is closed 
under concatenation. Show that T contains S*. 

(ii) Explain why we may say "S* is the smallest set that is closed under 
concatenation that contains 5." 

(iii) What is the smallest set, closed under concatenation, that contains 
both the sets of words P and Q? 



CHAPTER 3 



RECURSIVE 
DEFINITIONS 



One of the mathematical tools that we shall find extremely useful in our study, 
but which is largely unfamiliar in other branches of mathematics, is a method 
of defining sets called recursive definition. A recursive definition is charac- 
teristically a three-step process. First, we specify some basic objects in the 
set. Second, we give rules for constructing more objects in the set from the 
ones we already know. Third, we declare that no objects except those con- 
structed in this way are allowed in the set. 

Let us take an example. Suppose that we are trying to define the set of 
positive even integers for someone who knows about arithmetic but has never 
heard of the even numbers. One standard way of defining this set is: 

EVEN is the set of all positive whole numbers divisible by 2. 
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Another way we might try is this: 

EVEN is the set of all In where n = 1 2 3 4 ... 
The third method we present is sneaky, by recursive definition: 

The set EVEN is defined by these three rules: 

Rule 1 2 is in EVEN. 

Rule 2 If jc is in EVEN then so is * + 2. 

Rule 3 The only elements in the set EVEN are those that can be produced from 
the two rules above. 

There is a reason that the third definition is less popular than the others: It 
is much harder to use in most practical applications. 

For example, suppose that we wanted to prove that 14 is in the set EVEN. 
To show this using the first definition we divide 14 by 2 and find that there 
is no remainder. Therefore, it is in EVEN. To prove that 14 is in EVEN by 
the second definition we have to somehow come up with the number 7 and 
then, since 14 = (2)(7), we know that it is in EVEN. To prove that 14 is 
even using the recursive definition is a lengthier process. We could proceed 
as below: 

By Rule 1, we know that 2 is in EVEN. 

Then by Rule 2 we know that 2 + 2 = 4 is also in EVEN. 

Again by Rule 2 we know that since 4 has just been shown to be in EVEN, 
4 + 2 = 6 is also in EVEN. 

The fact that 6 is in EVEN means that when we apply Rule 2 we deduce 
that 6 + 2 = 8 is in EVEN, too. 

Now applying Rule 2 to 8 we derive that 8 + 2 = 10 is another member of 
EVEN. 

Once more applying Rule 2, this time to 10, we infer that 10 + 2 = 12 is 
in EVEN. 

And, at last, by applying Rule 2 once more, to the number 12, we conclude 
that 12 + 2 = 14 is, indeed, in EVEN. 

Pretty horrible. This, however, is not the only recursive definition of the set 
EVEN. We might use: 

The set EVEN is defined by these three rules. 

Rule 1 2 is in even. 

Rule 2 If x and y are both in EVEN then so is 



x + y 
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Rule 3 No number is in EVEN unless it can be produced by Rules 1 
and 2. 

It should be understood that we mean we can apply Rule 2 also to the case 
where x and y stand for the same number. 

We can now prove that 14 is in EVEN in fewer steps: 



By Rule 1 


2 is in EVEN 




By Rule 2 


x = 2, y = 2 -» 


4 is in EVEN 


By Rule 2 


x = 2, y = 4 -> 


6 is in EVEN 


By Rule 2 


x = 4, y = 4 — » 


8 is in EVEN 


By Rule 2 


;t = 6, v = 8 — > 


14 is in EVEN 



This is a better recursive definition of the set EVEN, because it produces 
shorter proofs that elements are in EVEN. The set EVEN, as we have seen, 
has some very fine definitions that are not recursive. In later chapters we shall 
be interested in certain sets that have no better definition than the recursive 
one. 

Before leaving this example, let us note that although the second recursive 
definition is still harder to use (in proving that given numbers are even) than 
the two nonrecursive definitions, it does have some advantages. For instance, 
suppose we want to prove that the sum of two numbers in EVEN is also a 
number in EVEN. This is a trivial conclusion from the second recursive def- 
inition, but to prove this from the first definition is decidedly harder. Whether 
or not we want a recursive definition depends on two things: one, how easy 
the other possible definitions are to understand; and two, what types of theo- 
rems we may wish to prove about the set. 

Let us consider the way polynomials are usually defined: 

A polynomial is a finite sum of terms each of which is of the form a real number 
times a power of x (that may be x° = I). 

Now let us consider a recursive definition that is designed for people who 
know algebraic notation but do not know what a polynomial is. 
The set POLYNOMIAL is defined by these four rules: 

Rule 1 Any number is in POLYNOMIAL. 
Rule 2 The variable x is in POLYNOMIAL. 

Rule 3 If p and q are in POLYNOMIAL, then so are p + q and (p) and pq. 

Rule 4 POLYNOMIAL contains only those things which can be created by the 
three rules above. 
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The symbol pq, which looks like a concatenation of alphabet letters, in 
algebraic notation refers to multiplication. 

These rules are very crude in that they make us write subtraction as p + ( - 1)^ 
and they do not show us how to simplify this to p — q. We could include 
rules for making the notation prettier, but the rules above do allow us to 
produce all polynomials in some form or another, and the rules themselves 
are simple. 

Some sequence of applications of these rules can show that 3x 2 + Ix — 9 
is in POLYNOMIAL. 

By Rule 1 3 is in POLYNOMIAL 

By Rule 2 x is in POLYNOMIAL 

By Rule 3 (3)(jc) is in POLYNOMIAL, caU.it 3x 

By Rule 3 (3*)(x) is in POLYNOMIAL, call it Zx 2 

By Rule 1 7 is in POLYNOMIAL 

By Rule 3 (7)(x) is in POLYNOMIAL 

By Rule 3 3x* + Ix is in POLYNOMIAL 

By Rule 1 -9 is in POLYNOMIAL 

By Rule 3 3x 2 + Ix + (-9) = 3x 2 + Ix - 9 is in POLYNOMIAL. 

In fact, there are several other sequences that could also produce this result. 

There are some advantages to this definition as well as the evident dis- 
advantages. On the plus side, it is immediately obvious that the sum and 
product of polynomials are both themselves polynomials. This is a little more 
complicated to see if we had to provide a proof based on the classical def- 
inition. 

Suppose for a moment that we were studying calculus and we had just 
proven that the derivative of the sum of two functions is the sum of the 
derivatives and that the derivative of the product fg is fg + fg' . As soon as 
we prove that the derivative of a number is 0 and that the derivative of x is 
1 we have automatically shown that we can differentiate all polynomials. This 
becomes a theorem that can be proven directly from the recursive definition. 
It is true that we do not then know that the derivative of x" is nx"~ l , but we 
do know that it can be calculated for every n. 

In this way we can have proven that we can differentiate all polynomials 
without giving the best algorithm to do it. Since the topic of this book is 
Computer Theory, we are very interested in proving that certain tasks are 
possible for a computer to do even if we do not know the best algorithms 
by which to do them. What is even more astounding is that we shall be able 
to prove that certain tasks are theoretically impossible for any computer (re- 
member: this includes all the models we have today and all the models that 
may be built in the future). It is for these reasons that recursive definitions 
are important to us. 
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Before proceeding to more serious matters, let us note that recursive def- 
initions are not completely alien to us in the real world. What is the best 
definition of the set of people who are descended from Henry VIII? Is it not: 

Rule 1 The children of Henry VIII are all elements of DESCENDANTS. 
Rule 2 If x is an element of DESCENDANTS, then so are x's children. 

Also in mathematics we often see the following definition of factorial: 

Rule 1 0! = 1 

Rule 2 (n + 1)! = (n + l)(n!) 

The reason that these definitions are called "recursive" is that one of the 
rules used to define the set mentions the set itself. We define EVEN in terms 
of previously known elements of EVEN, POLYNOMIAL in terms of previously 
known elements of POLYNOMIAL. We define (n + 1)! in terms of the value 
of «!. In computer languages, when we allow a procedure to call itself we 
refer to the program as recursive. These definitions have the same self -refer- 
ential sense. 

EXAMPLE 

Observe how natural the following definitions are: 
Rule 1 x is in L, 

Rule 2 If Q is any word in L 1( then xQ is also in L x . 



L\ = x + = { x xx xxx. . . } 



or 



Rule 1 
Rule 2 



A is in L 4 

If Q is any word in L 4 , then xQ is also in L 4 



L 4 = x* = { A x xx xxx . . . } 



or 



Rule 1 
Rule 2 



x is in L 2 

If Q is any word in L 2 , then xxQ is also in L 2 . 



L 2 = {x oM } = { x xxx xxxxx . . . } 
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or 

Rule 1 1 2 3 4 5 6 7 8 9 are in L 3 

Rule 2 If Q is any word in L 3 , then QO, Ql, Q2, Q3, Q4, Q5, Q6, Q7, Q8, 
Q9 are also words in L 3 . 

L 3 = { 1 2 3 4 . . . } 

■ 

Suppose we ask ourselves what constitutes a valid arithmetic expression that 
can be typed on one line, in a form digestible by computers. The alphabet 
for this language is 

2 = { 0 1 2 3 4 5 6 7 8 9 +-*/() } 

Obviously, the following strings are not good: 

(3 + 5) + 6) 2( / 8 + 9) (3 + (4 - )8) 2) - (4 

The first contains unbalanced parentheses; the second contains the forbidden 
substring ( /; the third contains the forbidden substring -); the fourth has a 
close parenthesis before the corresponding open parenthesis. Are there more 
rules? The subsequences // and */ are also forbidden. Are there still more? 
The most natural way of defining a valid arithmetic expression, AE, is by 
using a recursive definition rather than a long list of forbidden substrings. The 
definition can be written as: 

Rule 1 Any number (positive, negative, or zero) is in AE. 
Rule 2 If x is in AE, then so are (x) and - (x). 

Rule 3 If x and y are in AE, then so are 

(i) x + y (if the first symbol in y is not — ) 

(ii) x — y (if the first symbol in y is not - ) 

(iii) ) x * y 

(iv) x I y 

(v) x**y (our notation for exponentiation) 

We have called this the "most natural" definition because, even though we 
may never have articulated this point, it truly is the method we use for rec- 
ognizing arithmetic expressions in real life. If we are presented with 

(2 + 4) * (7 * (9 - 3) / 4) / 4 * (2 + 8) - 1 

and asked to determine if it is a valid arithmetic expression, we do not really 
scan over the string looking for forbidden substrings or count the parentheses. 
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We imagine it in our mind broken down into its components. (2 + 4) that's 
OK, (9 - 3) that's OK, 7 * (9 - 3) / 4 that's OK, and so on. We may never 
have seen a definition of "arithmetic expressions" before, but this is what we 
have always intuitively meant by the phrase. 

This definition gives us the possibility of writing 2 + 3 + 4, which is not 
ambiguous. But it also gives us 8/4/2, which is. It could mean 8/(4/2) = 4 
or (8/4)/2 = 1. Also, 3 + 4 * 5 is ambiguous. So we usually adopt con- 
ventions of operator hierarchy and left to right execution. By applying Rule 
2 we could always put in enough parentheses to avoid any confusion if we 
so desired. We return to this point in Part II, but for now this definition 
adequately defines the language of all valid strings of symbols for arithmetic 
expressions. Remember, the ambiguity in the string 8/4/2 is a problem of 
meaning. There is no doubt that the string is a word in AE, only doubt about 
what it means. 

This definition determines the set AE in a manner useful for proving many 
theorems about arithmetic expressions. 

THEOREM 2 

An arithmetic expression cannot contain the character $. 
PROOF 

This character is not part of any number, so it cannot be introduced into an 
AE by Rule 1. If the character string x does not contain the character $, then 
neither do the strings (x) and —(x), so it cannot be introduced into an AE 
by Rule 2. If neither x nor y contains the character $, then neither do any 
of the expressions defined by Rule 3. Therefore, the character $ can never 
get into an AE. ■ 

THEOREM 3 

No AE can begin or end with the symbol /. 



PROOF 

No number begins or ends with this symbol, so it cannot occur by Rule 1. 
Any AE formed by Rule 2 must begin and end with parentheses or begin 
with a minus sign, so the / cannot be introduced by Rule 2. If x does not 
begin with a / and y does not end with a /, then any AE formed by any 
clause in Rule 3 will not begin or end with a /. Therefore, these rules will 
never produce an expression beginning or ending with a /. ■ 
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These proofs are like the story of the three chefs making a stew. One can 
add only meat to the pot. One can add only carrots to the pot. One can add 
only potatoes to the pot. Even without knowing exactly in what order the chefs 
visit the pot or how often, we still can conclude that the pot cannot end up 
with an alarm clock in it. If no rule contributes a $, then one never gets in, 
even though if jc had a $ then x + y would also. 

The symbol "/" has many names. In computer science it is usually called 
a "slash," other names are "oblique stroke," "solidus," and "virgule." It also 
has another theorem. 



THEOREM 4 

No AE can contain the substring //. 
PROOF 

For variation, we shall prove this result by contradiction, even though a direct 
argument similar to those above could easily be given. 

Let us suppose that there were some AE's that contained the substring //. 
Let the shortest of these be a string called w. This means that w is a valid 
AE that contains the substring //, but there is no shorter word in AE that 
contains this substring. There may be more strings of the same length as w 
that contain //, but it does not matter which of these we begin with and choose 
to call w. 

Now we know that w, like all words in AE, is formed by some sequence 
of applications of the Rules 1, 2, and 3. Our first question is: Which was 
the last rule used in the production of w? This is easy to answer. We shall 
show that it must have been Rule 3(iv). If it were Rule 3(iii), for instance, 
then the // must either be found in the x part or the y part. But x and y are 
presumed to be in AE so this would mean that there is some shorter word 
in AE than w that contains the substring //, which contradicts the assumption 
that w is the shortest. Similarly we can eliminate all the other possibilities. 
Therefore, the last rule used to produce w must have been 3(iv). 

Now, since the // cannot have been contributed to w from the x part alone 
or from the y part alone (or else x or y are shorter words in AE with a double 
slash), it must have been included by finding an x part that ended in / or a 
y part that began with a /. But since both x and y are AE's, our previous 
theorem says that neither case can happen. Therefore, even Rule 3(iv) cannot 
introduce the substring //. 

Therefore, there is no possibility left for the last rule from which w can 
be constructed. Therefore, w cannot be in the set AE. Therefore, there is no 
shortest AE that contains the substring //. Therefore, nothing in the set AE 
can have the substring //. I 
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This method of argument should sound familiar. It is similar to the proof 
that {xx, xxx}* contains all x", for n =k 1. 

The long-winded but careful proof of the last theorem is given to illustrate 
that recursive definitions can be conveniently employed in rigorous mathe- 
matical proofs. Admittedly, this was a trival example of the application of 
this method. Most people would be just as convinced by the following "proof." 

How could an arithmetic expression contain the substring II? What would it mean? 
Huh? What are you, crazy or something? 

We should bear in mind that we are only on the threshold of investigating 
a very complex and profound subject and that in this early chapter we wish 
to introduce a feel for the techniques and viewpoints that will be relied on 
heavily later, under far less obvious circumstances. We will use our learner's 
permit to spend a few hours driving around an empty parking lot before ven- 
turing onto the highway. 

Another common use for recursive definitions is to determine what expres- 
sions are valid in Symbolic Logic. We shall be interested in one particular 
branch of Symbolic Logic called the Sentential Calculus or the Propositional 
Calculus. The version we shall define here uses only negation i and impli- 
cation — > along with the phrase variables, although conjunction and disjunction 
could easily be added to the system. The valid expressions in this language 
are traditionally called WFF's for well-formed formulas. 

As with AE, parentheses are letters in the alphabet 

2 = { — i -> ( ) a b c d ...} 

There are other symbols sometimes used for negation, such as | — , - , and 
~. The rules for forming WFF's are: 

Rule 1 Any single Latin letter is a WFF, 
abed ... 

Rule 2 If p is a WFF, then so are 
(p) and — i p. 

Rule 3 If p and q are WFF's, then so is 

Some sequences of applications of these rules enable us to show that; 

P^((P ->/>)-* q) 
is a WFF. Without too much difficulty we can also show that 

P -»• (P~* P) P)-* P( 

are all not WFF's. 

As a final note in this section, we should be wary that we have sometimes 
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used recursive definitions to define membership in a set, as in the phrase "x 
is in POLYNOMIAL" or "jc is in EVEN" and sometimes to define a property, 
such as in the phrase "jc is a WFF" or "x is even." This should not present 
any problem. 



PROBLEMS 

1. Write another recursive definition for the language L x of Chapter 2. 

2. Using the second recursive definition of the set EVEN, how many dif- 
ferent ways can we prove that 14 is in EVEN? 

3. Using the second recursive definition of EVEN, what is the smallest 
number of steps required to prove that 100 is EVEN? Describe a good 
method for showing that 2n is in EVEN. 

4. Show that the following is another recursive definition of the set EVEN. 

Rule 1 2 and 4 are in EVEN. 

Rule 2 If x is in EVEN, then so is x + 4. 

5. Show that there are infinitely many different recursive definitions for the 
set EVEN. 

6. Using any recursive definition of the set EVEN, show that all the num- 
bers in it end in the digits 0, 2, 4, 6, or 8. 

7. The set POLYNOMIAL defined in this chapter contains only the poly- 
nomials in the one variable x. Write a recursive definition for the set 
of all polynomials in the two variables x and y. 

8. Define the set of valid algebraic expressions ALEX as follows: 

Rule 1 All polynomials are in ALEX. 

Rule 2 If j{x) and g(x) are in ALEX then so are 

(0 0W) 

(ii) ~(f(x)) 

(iii) f(x) + gix) 

(iv) f(x) - g(x) 

(v) fix)gix) 

(vi) fix) /gix) 
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(vii) 

(viii) fig(x)) 

(a) Show that (x + 2) 3jr is in ALEX. 

(b) Show that elementary calculus contains enough rules to prove the 
theorem that all algebraic expressions can be differentiated. 

(c) Is Rule (viii) really necessary? 

9. Using the fact that 3x 2 + Ix - 9 = (((((3)x) + l)x)-9), show how to 
produce this polynomial from the rules for POLYNOMIAL using mul- 
tiplication only twice. What is the smallest number of steps needed for 
producing x % + x 4 ? What is the smallest number of steps needed for 
producing Ix 1 + Sx 5 + 3x 3 + xl 

10. Show that if n is less than 29, then x" can be shown to be in 
POLYNOMIAL in fewer than eight steps. 

11. In this chapter we mentioned several substrings of length 2 that cannot 
occur in arithmetic expressions, such as ( /, +), // and */. What is the 
complete list of substrings of length 2 that cannot occur? 

12. Are there any substrings of length 3 that cannot occur that do not contain 
forbidden substrings of length 2? (This means that /// is already known 
to be illegal because it contains the forbidden substring //.) What is the 
longest forbidden substring that does not contain a shorter forbidden 
substring? 

13. The rules given above for the set AE, allow for the peculiar expressions 

(((((9))))) and -(-(-(-(9)))) 

It is not really harmful to allow these in AE, but is there some modified 
definition of AE that eliminates this problem? 

14. Write out the full recursive definition for the propositional calculus that 
contains the symbols V an d A as well as — i and — ». What are all the 
forbidden substrings of length 2 in this language? 

15. (i) When asked to give a recursive definition for the language 

PALINDROME over the alphabet 2 = {a, b}, a student wrote: 

Rule 1 a and b are in PALINDROME 

Rule 2 If x is in PALINDROME, then so are axa and bxb 

Unfortunately all of the words in the language defined above have 
an odd length and so it is not all of PALINDROME. Fix this prob- 
lem. 

(ii) Give a recursive definition for the language EVENPALINDROME of 
all palindromes of even length. 
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16. (i) Give a recursive definition for the set ODD = {1,3,5,7 . . . }. 

(ii) Give a recursive definition for the set of strings of digits 0, 1, 2, 
3, ... 9 that cannot start with the digit 0. 

17. (i) Give a recursive definition for the language S* where 5 = {aa,b}. 
(ii) Give a recursive definition for the language T* where 

T = {h>i, Wi, w 3> w 4 }, 

where these w's are some particular words. 

18. Give two recursive definitions for the set 

POWERS-OF-TWO = {1 2 4 8 16 ... } 

Use one of them to prove that the product of two powers of two is also 
a power of two. 



19. Give recursive definitions for the following languages over the alphabet 
{a,b}: 

(i) The language EVENSTRING of all words of even length. 

(ii) The language ODDSTRING of all words of odd length. 

(iii) The language AA of all words containing the substring aa. 

(iv) The language NOTAA of all words not containing the substring aa. 

20. (i) Consider the following recursive definition of 3-PERMUTATION 

(a) 123 is a 3-PERMUTATION 

(b) if xyz is a 3-PERMUTATION then so are 

zyx and yzx 

Show that there are six different 3-PERMUTATION's. 

(ii) Consider the following recursive definition of 4-PERMUTATION 

(a) 1234 is a 4-PERMUTATION 

(b) if xyzw is a 4-PERMUTATION then so are 

wzyx and yzwx 



How many 4-PERMUTATION' s are there (by this definition)? 
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We wish now to be very careful about the phrases we use to define languages. 
We denned L x in Chapter 2 by the symbols: 

Li = {x" for n = 1 2 3 . . . } 

and we presumed that we all understood exactly which values n could take. 
We might even have defined the language L 2 by the symbols 

L 2 = {x" for n = 1 3 5 7 . . . } 

and again we could presume that we all agree on what words are in this 
language. 

We might define a language by the symbols: 

L 5 = {x" for n = 1 4 9 16 . . . } 

but now the symbols are becoming more of an IQ test than a clear definition. 
38 
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What words are in the language 

L 6 = {x" for n = 3 4 8 22 . . . } ? 

Perhaps these are the ages of the sisters of Louis XIV when he assumed the 
throne of France. More precision and less guesswork is required, especially 
where computers are concerned. In this chapter we shall develop some new 
language-defining symbolism that will be much more precise than the ellipsis 
(which is what the three dots ... are called). 

The language-defining symbols we are about to create are called regular 
expressions. We will define the term regular expression itself recursively. The 
languages that are associated with these regular expressions are called regular 
languages and are also said to be defined by finite representation. 

These terms will make more sense when they are associated with concepts. 

Let us reconsider the language L 4 of Chapter 2. 

L 4 = { A x xx xxx xxxx . . . } 

In that chapter we presented one method for indicating this set as the closure 
of a smaller set. 

Let S = {x}. Then L 4 = S* 
As shorthand for this we could have written: 

U = {*}* 

We now introduce the use of the Kleene star applied not to a set but directly 
to the letter x and written as a superscript as if it were an exponent. 

x* 

The simple expression x* will be used to indicate some sequence of x's 
(maybe none at all). 

x* = A or x or x 2 or x 3 or x 4 ... 
= x" for some n = 0 1 2 3 4 ... 

We can think of the star as an unknown power or undetermined power. That 
is x* stands for a string of jc's, but we do not specify how many. It stands 
for any string of x's in the language L 4 . 

The star operator applied to a letter is analogous to the star operator applied 
to a set. It represents an arbituary concatenation of copies of that letter (maybe 
none at all). This notation can be used to help us define languages by writing 



L 4 = language (x*) 
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Since x* is any string of x's, L 4 is then the set of all possible strings of x's 
of any length (including A). 

We should not confuse x*, which is a language-defining symbol, with L 4 , 
which is the name we have given to a certain language. This is why we use 
the word "language" in the equation. We shall soon give a name to the world 
in which this symbol x* lives but not quite yet. Suppose that we wished to 
describe the language L over the alphabet 2 = {a,b} where 

L — {a ab abb abbb abbbb . . . } 

We could summarize this language by the English phrase "all words of the 
form one a followed by some number of b's (maybe no b's at all.)" 
Using our star notation, we may write: 

L = language (a b*) 

or without the space, 

L = language (ab*) 

The meaning is clear: This is a language in which the words are the con- 
catenation of an initial a with some or no b's (that is b*). Whether we put 
a space inside ab* or not is only for the clarity of reading; it does not change 
the set of strings this represents. No string can contain a blank unless a blank 
is a character in the alphabet 2. If we want blanks to be in the alphabet, we 
normally introduce some special symbol to stand for them, as blanks themselves 
are invisible to the naked eye. The reason for putting a blank between a and 
b* in the product above is to emphasize the point that the star operator is 
applied to the b only. We have now used a boldface letter without a star as 
well as with a star. 

We can apply the Kleene star to the string ab if we want, as follows: 

(ab)* = A or ab or abab or ababab . . . 

Parentheses are not letters in the alphabet of this language, so they can be 
used to indicate factoring without accidently changing the words. Since the 
star represents some kind of exponentiation, we use it as powers are used in 
algebra, where by universal understanding the expression xy 2 means x(y 2 ), not 
(xv) 2 . 

If we want to define the language L\ this way, we may write 

L\ = language (xx*) 

This means that we start each word of L] by writing down an x and then we 
follow it with some string of x's (which may be no more x's at all). Or we 
may use the + notation from Chapter 2 and write 
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Li = language (x + ) 

meaning all words of the form x to some positive power (that is, not x° = A). 
The + notation is a convenience but is not essential since we can say the 
same thing with *'s alone. 

EXAMPLE 

The language L\ can be denned by any of the expressions below: 

XX* x + xx*x* x*xx* x + x* x*x + x*x*x*xx* 
Remember x* can always be A. ■ 

EXAMPLE 

The language defined by the expression 

ab*a 

is the set of all strings of a's and fe's that have at least two letters, that begin 
and end with a's, and that have nothing but b's inside (if anything at all). 

language (ab*a) = {aa aba abba abbba abbbba . . . } 

It would be a subtle mistake to say only that this language is the set of all 
words that begin and end with an a and have only b's in between, because 
this description may also apply to the word "a," depending on how it is 
interpreted. Our symbolism eliminates this ambiguity. ■ 

EXAMPLE 

The language of the expression 

a*b* 

contains all the strings of a's and b's in which all the a's (if any) come before 
all the b's (if any). 

language (a*b*) = {A a b aa ab bb aaa aab abb bbb aaaa . . . } 
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Notice that ba and aba are not in this language. Notice also that there need 
not be the same number of a's and b's. M 

Here we should again be very careful to observe that 

a*b* 4= (ab)* 

since the language defined by the expression on the right contains the word 
abab, which the language defined by the expression on the left does not. This 
cautions us against thinking of the * as a normal algebraic exponent. 

The language defined by the expression a*b*a* contains the word baa since 
it starts with zero a's followed by one b followed by two a's. 



EXAMPLE 

The following expressions both define the language L 2 = {* odd } 

x(xx)* or (xx)*x 

but the expression 

x*xx* 

does not since it includes the word (xx) x (x). I 

We now introduce another use for the plus sign. By the expression x + y 
where x and y are strings of characters from an alphabet, we mean "either 
x or y". This means that x + y offers a choice, much the same way that x* 
does. Care should be taken so as not to confuse this with + as an exponent. 



EXAMPLE 

Consider the language T defined over the alphabet S = {a, b, c} 

T = {a c ab cb abb ebb abbb ebbb abbbb ebbbb . . . } 

All the words in T begin with an a or a c and then are followed by some 
number of &'s. Symbolically, we may write this as 

T = language ((a + c)b*) 

= language (either a or c then some b's) 
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We should, of course, have said "some or no b's". We often drop the zero- 
option because it is tiresome. We let the word "some" always mean "some 
or no," and when we mean "some positive number of we say that. 

We say that the expression (a + c)b* defines a language in the following 
sense. Every + and * ask us to make a choice. For each * or + used as a 
superscript we must select some number of factors for which it stands. For 
each other + we must decide whether to choose the right-side expression or 
the left-side expression. For every set of choices we have generated a particular 
string. The set of all strings produceable by this method is the language of 
the expression. In the example 

(a + c)b* 

we must choose either the a or the c for the first letter and then we choose 
how many b's the b* stands for. Each set of choices is a word. If from 
(a + c) we choose c and we choose b* to mean bbb, we have the word 
cbbb. ■ 



EXAMPLE 

Now let us consider a finite language L that contains all the strings of a's 
and b's of length exactly three. 

L — {aaa aab aba abb baa bob bba bbb) 

The first letter of each word in L is either an a or a b. The second letter of 
each word in L is either an a or a b. The third letter of each word in L is 
either an a or a b. So we may write 

L = language ((a + b)(a + b)(a + b)) 

or for short, 

L = language ((a 4- b) 3 ) ■ 

If we want to define the set of all seven letter strings of a's and b's, we 
could write (a + b) 7 . In general, if we want to refer to the set of all possible 
strings of a's and ft's of any length whatsoever we could write, 

(a + b)* 

This is the set of all possible strings of letters from the alphabet 2 = {a, b} 
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including the null string. This is a very important regular expression and we 
use it often. 

Again this expression represents a language. If we decide that * stands for 
5, then 

(a + b)* 

gives 

(a + b) 5 = (a + b)(a + b)(a + b)(a + b)(a + b) 

We now have to make five more choices: either a or b for the first letter, 
either a or b for the second letter, .... 

This is a very powerful notation. We can describe all words that begin with 
the letter a simply as: 

a(a + b)* 

that is, first an a, then anything (as many choices as we want of either letter 
a or b). 

All words that begin with an a and end with a b can be defined by the 
expression 

a(a + b)*b = a (arbitrary string) b 



EXAMPLE 

Let us consider the language defined by the expression 

(a + b)*a(a + b)* 

At the beginning we have (a + b)*, which stands for anything, that is any 
string of a's and b's, then comes an a, then another anything. All told, the 
language is the set of all words over the alphabet 2 = {a, b} that have an 
a in them somewhere. The only words left out are those that have only b's 
and the word A. 

For example, the word abbaab can be considered to be of this form in three 
ways: 

(A) a (bbaab) or (abb) a (ab) or {abba) a (b) 
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EXAMPLE 

The language of all words that have at least two a's can be described by the 
expression 

(a + b)*a(a + b)*a(a + b)* 

= (some beginning)(the first important a)(some middle)(the second 
important a)(some end) 

where the arbitrary parts can have as many a's (or b's) as they want. ■ 

In the last three examples we have used the notation (a + b)* as a factor 
to mean "any possible substring," just as we have seen it stand for the language 
of all words. In this sense, the expression (a + b)* is a wild card. 

EXAMPLE 

Another expression that denotes all the words with at least two a's is: 

b*ab*a(a + b)* 

We scan through some jungle of b's (or no b's) until we find the first a, then 
more fc's (or no b's), then the second a, then we finish up with anything. In 
this set are abbbabb and aaaaa. 
We can write: 

(a + b)*a(a + b)*a(a + b)* = b*ab*a(a + b)* 

where by the equal sign we do not mean that these expressions are equal 
algebraically in the same way as 

x + x = 2x 

but that they are equal because they describe the same item, as with 
16th President = Abraham Lincoln 

We could write 

language ((a + b)*a(a + b)*a(a + b)*) 
= language (b*ab*a (a + b)*) 
= all words with at least two a's. 
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To be careful about this point, we say that two regular expressions are equiv- 
alent if they describe the same language. 

The expressions below also describe the language of words with at least two 
a's. 

(a + b) * ab * ab * 

t t 
next to last a 
last a 

and 

b*a(a + b)*ab* 

T t 

first a last a | 

EXAMPLE 

If we wanted all the words with exactly two a's, we could use the expression 

b*ab*ab* 

which describes such words as aab, baba, and bbbabbbab. To make the word 
aab, we let the first and second b* become A and the last becomes b. ■ 



EXAMPLE 

The language of all words that have at least one a and at least one b is 
somewhat trickier. If we write 

(a + b)*a(a + b)* b(a + b)* 
= (arbitrary) a(arbitrary) fr(arbitrary) 

we are then requiring that an a precede a b in the word. Such words as ba 
and bbaaaa are not included in this set. Since, however, we know that either 
the a comes before the b or the b comes before the a, we could define this 
set by the expression: 

(a + b)*a(a + b)*b(a + b)* + (a + b)*b(a + b)*a(a + b)* 

Here we are still using the plus sign in the general sense of disjunction (or). 
We are taking the union of two sets, but it is more correct to think of this 
+ as offering alternatives in forming words. 
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There is a simpler expression that defines the same language. If we are confident that 
the only words that are omitted by the first term 

(a + b)*a(a + b)*b(a + b)* 

are the words of the form some b's followed by some a's, then it would be 
sufficient to add these specific exceptions into the set. These exceptions are 
all defined by the regular expression: 

bb*aa* 

The language of all words over the alphabet 2 = {a, b} that contain both 
an a and a b is therefore also defined by the expression: 

(a + b)*a(a + b)*b(a + b)* + bb*aa* 

Notice that it is necessary to write bb*aa* because b*a* will admit words 
we do not want, such as aaa. ■ 

These language-defining expressions cannot be treated like algebraic symbols. 
We have shown that 

(a + b)*a(a + b)*b(a + b)* + (a + b)*b(a + b)*a(a + b)* = (a + b)*a(a + b)*b(a + b)* + bb*aa* 

The first terms on both sides of this equation are the same, but if we cancel 
them we get 

(a + b)*b(a + b)*a(a + b)* = bb*aa* 

which is false, since the left side includes the word aba, which the expression 
on the right side does not. 

The only words that do not contain both an a and a b in them somewhere 
are the words of all a's, all fe's, or A. When these are added into the language, 
we get everything. Therefore, the regular expression: 

(a + b)*a(a + b)*b(a + b)* + bb*aa* + a* + b* 

defines all possible strings of a's and b's. The word A is included in both a* and b* . 

We can then write: 

(a + b)* = (a + b)*a(a + b)*b(a + b)* + bb*aa* + a* + b* 

which is not a very obvious equivalence at all. 
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EXAMPLE 

All temptation to treat these language-defining expressions as if they were 
algebraic polynomials should be dispelled by these equivalences: 

(a + b)* = (a + b)* + (a + b)* 

(a + b)* = (a + b)* (a + b)* 

(a + b)* = a(a + b)* + b(a + b)* + A 

(a + b)* = (a + b)* ab(a + b)* + b*a* 

The last of these equivalences requires some explanation. It means that all 
the words that do not contain the substring ab (which are accounted for in 
the first term) are all a's, all b\s, A, or some b's followed by some a's. All 
four missing types are covered by b*a*. ■ 

Usually when we employ the star operator, we are defining an infinite lan- 
guage. We can represent a finite language by using the plus (union sign) alone. 
If the language L over the alphabet 2 = {a, b) contains only the finite list 
of words given below, 

L = {abba baaa bbbb} 
then we can represent L by the symbolic expression 

L = language (abba + baaa + bbbb) 

Every word in L is some choice of options of this expression. 

If L is a finite language that includes the null word A, then the expression 
that defines L must also employ the symbol A. 

For example, if 

L = {A a aa bbb} 

then the symbolic expression for L must be 

L = language (A + a + aa + bbb) 

The symbol A is a very useful addition to our system of language-defining 
symbolic expressions. 

EXAMPLE 

Let V be the language of all strings of a's and b's in which the strings are 
either all b's or else there is an a followed by some b's. Let V also contain 
the word A. 
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V = {A a b ab bb abb bbb abbb bbbb . . . . } 



We can define V by the expression 



b* + ab* 



where the word A is included in the term b*. Alternatively, we could define 
V by the expression: 



This would mean that in front of the string of some b's we have the option 
of either adding an a or nothing. Since we could always write b* = Ab*, 
we have what appears to be some sort of distributive law at work. 



We have factored out the b* just as in algebra. It is because of this analogy 
to algebra that we have denoted our disjunction by the plus sign instead of 
the union sign U or the symbolic logic sign V- 

■ 

We have a hybrid system: the * is somewhat like an exponent and the + 
is somewhat like addition. But the analogies to algebra should be approached 
very suspiciously, since addition in algebra never means choice and algebraic 
multiplication has properties different from concatenation (even though we 
sometimes conventionally refer to it as product): 



(A + a)b* 



Ab* + ab* = (A + a)b* 



ab = ba 
ab ba 



in algebra 

in formal languages 



Let us reconsider the language 



T = {a c ab cb abb ebb . . . }. 



T can be denned as above by 



(a + c)b* 



but it can also be defined by 



ab* + cb* 



This is another example of the distributive law. 
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It is now time for us to provide a rigorous definition for the expressions 
we have been playing with. 

We have all the parts we need in order to define regular expressions re- 
cursively. The symbols that appear in regular expressions are: the letters of 
the alphabet 2, the symbol for the null string A, parentheses, the star operator, 
and the plus sign. 

DEFINITION 

The set of regular expressions is defined by the following rules: 

Rule 1 Every letter of 2 can be made into a regular expression by writing it in 
boldface; A is a regular expression. 

Rule 2 If T) and r 2 are regular expressions, then so are 

(r,) rir 2 r, + r 2 r,* 
Rule 3 Nothing else is a regular expression. H 

We could have included the plus sign as a superscript ri + as part of the 
definition, but since we know that r] + = r^*, this would add nothing val- 
uable. 

This is a language of language definers. It is analogous to a book that lists 
all the books in print. Every word in this book is a book-definer. The same 
confusion occurs in everyday speech. The string "French" is both a word (an 
adjective) and a language-defining name (a noun). However difficult Computer 
Theory may seem, English is much harder. 

Because of Rule 1 we may have trouble in distinguishing when we write 
an a whether we mean a the letter in S, a the word in 2*, {a} the one word 
language, or a the regular expression for that language. Context and typography 
will guide us. 

As with the recursive definition of arithmetic expressions, we have included 
the use of parentheses as an option, not a requirement. Let us emphasize again 
the implicit parentheses in ri*. If rj = aa + b then the expression ri* tech- 
nically refers to the expression 

ri* = aa + b* 

which is the formal concatenation of the symbols for r x with the symbol *, 
but what we generally mean when we write r,* is actually (r,)* 

(r,)* = (aa + b)* 

which is different. Both are regular expressions and both can be generated 
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from the rules. Care should always be taken to produce the expression we 
actually want, but this much care is too much to ask of mortals, and when 
we write r,* in the rest of the book we really mean (rO*. 

Another example of excessive care is the worry about the language that 
contains no words at all. The set of words in this language is the null set, 
not the null word. The null word is a word, so the language that contains 
no words cannot contain it. The language of no words cannot technically be 
defined by a regular expression since Rule 1 starts by putting something into 
the language. We finesse this point by saying that the language of no words 
is defined by the regular expression of no symbols. 

To make the identification between the regular expressions and their as- 
sociated languages more explicit, we need to define the operation of multi- 
plication of sets of words. 

DEFINITION 

If S and T are sets of strings of letters (whether they are finite or infinite 
sets), we define the product set of strings of letters to be 

ST = {all combinations of a string from S concatenated with a string from T } 



EXAMPLE 



If 



5 = {a aa aaa} 



T = {bb bbb} 



then 



ST = {abb abbb aabb aabbb aaabb aaabbb} 



Note that these words are not in proper order. 



EXAMPLE 



If 



5 = {a bb bab} 



T = {a ab} 



then 



ST = {aa aab bba bbab baba babab} 
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EXAMPLE 

If 

P = {a bb bab} Q = {A bbbb} 

then 

PQ = {a bb bab abbbb bbbbbb babbbbb} 

m 

EXAMPLE 

If 

M = {A x xx} N = {A y yy yyy yyyy . . . } 

then 

MN = {A y yy yyy yyyy . . . 

x xy xyy xyyy xyyyy . . . 

xx xxy xxyy xxyyy xxyyyy . . .} M 
Using regular expressions, these four examples can be written as: 

(a + aa + aaa)(bb + bbb) = abb + abbb + aabb + aabbb + aaabb + aaabbb 

(a + bb + bab)(a + ab) = aa + aab + bba + bbab + baba + babab 
(a + bb + bab)(A + bbbb) = a + bb + bab + ab 4 + b 6 + bab 5 

(A + x + xx)(y*) = y* + xy* + xxy* 

EXAMPLE 

If FRENCH and GERMAN are their usual languages, then the product 
FRENCHGERMAN is the language of all strings that start with a FRENCH word and 
finish with a GERMAN word. Some words in this language are ennui verboten and 
souffleGesundheit. 



It might not be clear why we can not just leave the rules for associating 
a language with a regular expression on the informal level, with the expression 
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"make choices for + and *." The reason is that the informal phrase "make 
choices" is much harder to explain precisely than the formal mathematical 
presentation below. 

We are now ready to give the rules for associating a language with every 
regular expression. As we might suspect, the method for doing this is given 
recursively. 

DEFINITION 

The following rules define the language associated with any regular expres- 
sion. 

Rule 1 The language associated with the regular expression that is just a 

single letter is that one-letter word alone and the language associated 
with A is just {A}, a one-word language. 

Rule 2 If ri is a regular expression associated with the language Li and r 2 

is a regular expression associated with the language L 2 then, 

(i) The regular expression (rj) (r 2 ) is associated with the language L\ times 

u. 

language (r, r 2 ) = L X L 2 

(ii) The regular expression i*i + r 2 is associated with the language formed 
by the union of the sets and L 2 . 

language (ri + r 2 ) = L\ + L 2 

(iii) The language associated with the regular expression (r^* is Li*, the 
Kleene closure of the set L\ as a set of words. 

language (ri*) = L\* ■ 

Once again this collection of rules proves recursively that there is some 
language associated with every regular expression. As we build up a regular 
expression from the rules, we simultaneously are building up the corresponding 
language. 

The rules seem to show us how we can interpret the regular expression as 
a language, but they do not really tell us how to understand the language. 
By this we mean that if we apply the rules above to the regular expression 

(a + b)*a(a + b)*b(a + b)* + bb*aa* 

we can develop a description of some language, but can we understand that 
this is the language of all strings that have an a and a b in them? This is 
a question of meaning. 
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This correspondence between regular expressions and languages leaves open 
two other questions. We have already seen examples where completely different 
regular expressions end up describing the same language. Is there some way 
of telling when this happens? By "way" we mean, of course, an algorithm. 
We present an algorithmic procedure in Chapter 12 to determine whether or 
not two regular expressions define the same language. 

Another fundamental question is this: We have seen that every regular 
expression is associated with some language; is it also true that every language 
can be described by a regular expression? In our next theorem we show that 
every finite language can be defined by a regular expression. The situation for 
languages with infinitely many words is different. We prove in Chapter 11 
that there are some languages that cannot be defined by any regular expression. 

As to the first and perhaps most important question, the question of un- 
derstanding regular expressions, we haven't a clue. Before we can construct 
an algorithm for obtaining understanding we must have some good definition 
of what it means to understand. We may be centuries away from being able 
to do that, if it can be done at all. 

THEOREM 5 

If L is a finite language (a language with only finitely many words), then L 
can be defined by a regular expression. 

PROOF 

To make one regular expression that defines the language L, turn all the words 
in L into boldface type and stick pluses between them. Voila. . 
For example, the regular expression that defines the language 

L = {baa abbba bababa} 

is 

baa + abbba + bababa 

If 

L = {aa ab ba bb} 
the algorithm described above gives the regular expression 

aa + ab + ba + bb 
Another regular expression that defines this language is 
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(a + b)(a + b) 

so the regular expression need not be unique. 

The reason this trick only works for finite languages is that an infinite 
language would become a regular expression that is infinitely long, which is 
forbidden. ■ 

EXAMPLE 

Let 

Li { .^V X XX XXX XXXX XXXXX J" 

The regular expression we get from the theorem is 

A + X + XX + XXX + XXXX + XXXXX 

A more elegant regular expression for this language is 

(A + x) 5 

Of course the 5 is, strictly speaking, not a legal symbol for a regular expression 
although we all understand it means 

(A + x)(A + x)(A + x)(A + x)(A + x) 

■ 

Let us examine some regular expressions and see if we are lucky enough 
to understand something about the languages they represent. 

EXAMPLE 

Consider the expression: 

(a + b)*(aa + bb)(a + b)* 

This is the set of strings of a's and fo's that at some point contain a double 
letter. We can think of it as 

(arbitrary)(double letter)(arbitrary) 

Let us now ask, "What strings do not contain a double letter?" Some ex- 
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amples are: A a b ab ba aba bab abab baba .... The expression (ab)* 
covers all of these except those that begin with b or end in a. Adding these 
choices gives us the regular expression 

(A + b) (ab)* (A + a) 



EXAMPLE 

Consider the regular expression below: 

E = (a + b)*a (a + b)* (a + A) (a + b)*a(a + b)* 
= (arbitrary) a (arbitrary) [a or nothing] (arbitrary) a (arbitrary). 

One obvious fact is that all the words in the language of E must have at least 
two a's in them. Let us break up the middle plus sign into its two cases: 
either the middle factor contributes an a or else it contributes a A. Therefore, 

E = (a + b)*a(a + b)*a(a + b)*a(a + b)* 
+ (a + b)*a(a + b)* A (a + b)*a(a + b)* 

This is a more detailed use of the distributive law. The first term above clearly 
represents all words that have at least three a's in them. Before we analyze 
the second term let us make the observation that 

(a + b)* A (a + b)* 

which occurs in the middle of the second term is only another way of saying 
"any string whatsoever" and could be replaced with the more direct expression 

(a + b)* 

This would reduce the second term of the expression to 

(a + b)*a(a + b)*a(a + b)* 

which we have already seen is a regular expression representing all words that 
have at least two a's in them. 

Therefore, the language associated with E is the union of all strings that 
have three or more a's with all strings that have two or more a's. But since 
all strings with three or more a's are themselves already strings with two or 
more a's, this whole language is just the second set alone. 
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The language associated with E is no different from the language associated 
with 

(a + b)*a(a + b)*a(a + b)* 
which we have examined before with three of its avatars. ■ 

It is possible by repeated application of the rules for forming regular expres- 
sions to produce an expression in which the star operator is applied to a 
subexpression that already has a star in it. 

Some examples are: 

(a + b*)* (aa + ab*)* ((a + bbba*) + ba*b)* 

In the first of these expressions, the internal * adds nothing to the language 

(a + b*)* = (a + b)* 

since all possible strings of a's and b's are described by both expressions. 
Also, in accordance with Theorem 1, 

(a*)* = a* 

However, 

(aa + ab*)* (aa + ab)* 

since the language for the expression on the left includes the word abbabb, 
which the language on the right does not. (The language defined by the regular 
expression on the right cannot contain any word with a double b.) 



EXAMPLE 

Consider the regular expression: 

(a*b*)* 

The language defined by this expression is all strings that can be made up of 
factors of the form a*b*, but since both the single letter a and the single 
letter b are words of the form a*b*, this language contains all strings of a's 
and b's. It cannot contain more than everything, so 



( a *b*)* = (a + b)* 
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EXAMPLE 

One very interesting example, which we consider now in great detail and carry 
with us through the book is 

E = [aa + bb + (ab + ba)(aa + bb)*(ab + ba)]* 

This regular expression represents the collection of all words that are made 
up of "syllables" of three types: 

type, = aa 

type 2 = bb 

type 3 = (ab + ba)(aa + bb)*(ab + ba) 

E = [type, + type 2 + type 3 ]* 

Suppose that we are scanning along a word in the language of E from left 
to right reading the letters two at a time. First we come to a double a (typeO, 
then to a double b (type 2 ), then to another double a (type, again). Then perhaps 
we come upon a pair of letters that are not the same. Say, for instance, that 
the next two letters are ba. This must begin a substring of type 3 . It starts 
with an undoubled pair (either ab or ba), then it has a section of doubled 
letters (many repetitions of either aa or bb), and then it finally ends with 
another undoubled pair (either ab or ba again). One property of this section 
of the word is that it has an even number of a's and an even number of b's. 
If the section started with a ba, it could end with an ab still giving two a's 
and two b's on the ends with only doubled letters in between. If it started 
with a ba and ended with an ab, again, it would give an even number of 
a's and an even number of b's. After this section of type 3 we could proceed 
with more sections of typej or type 2 until we encountered another undoubled 
pair, starting another type 3 section. We know that another undoubled pair will 
be coming up to balance off the initial one. The total effect is that every word 
of the language of E contains an even number of a's and an even number 
of b's. 

If this were all we wanted to conclude, we could have done so more quickly. 
All words in the language of E are made up of these three types of substrings 
and, since each of these three has an even number of a's and an even number 
of b's, the whole word must, too. However, a stronger statement is also true. 
All words with an even number of a's and an even number of b's belong to 
the language of E. The proof of this parallels our argument above. 

Consider a word w with even a's and even b's. If the first two letters are 
the same, we have a typei or type 2 syllable. Scan over the doubled letter pairs 
until we come to an unmatched pair such as ab or ba. Continue scanning by 
skipping over the double a's and double b's that get in the way until we find 
the balancing unmatched pair (ab or ba) to even off the count of a's and 
b's. If the word ends before we find such a pair, the a's and b's are not 
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even. Once we have found the balancing unmatched pair, we have completed 
a syllable of type 3 . By "balancing" we do not mean it has to be the same 
unmatched pair: ab can be balanced by either ab or ba. Consider them book- 
ends or open and close parentheses; whenever we see one we must later find 
another. Therefore, E represents the language of all strings with even a's and 
even b's. 

Let us consider this as a computer algorithm. We are about to feed in a 
long string of a's and b's, and we want to determine if this string has the 
property that the number of a's is even and the number of b's is even. One 
method is to keep two binary flags, the a-flag and the fc-flag. Every time an 
a is read, the a-flag is reversed (0 to 1, or 1 to 0); every time a b is read, 
the fe-flag is reversed. We start both flags at 0 and check to be sure they are 
both 0 at the end. This method will work. 

But there is another method that also works that uses only one flag — the 
method that corresponds to the discussion above. Let us have only one flag 
called the type 3 -flag. We read the letters in two at a time. If they are the 
same, then we do not touch the type 3 -flag, since we have a factor of typej 
or type 2 . If, however, the two letters read do not match, we throw the types- 
flag. If the flag starts at 0, then whenever it is 1 we are in the middle of 
a type 3 -factor; whenever it is 0 we are not. If it is 0 at the end, then the 
input string contains an even number of a's and an even number of b's. 

For example, if the input is 

(aaXabXbbXbaHabXbbXbbXbbXafyiabXbbXbaXaa) 

the flag is reversed six times and ends at 0. 

We will refer to this language again later, so we give it the name EVEN- 
EVEN. 

EVEN-EVEN = {A aa bb aabb abab abba 

baab baba bbaa aaaabb aaabab . . . } 

Notice that there do not have to be the same number of a's and b's, just 
an even quantity of each. ■ 



EXAMPLE 

Consider the language defined by the regular expression: 

b*(abb*)*(A + a) 

This is the language of all words without a double a. The typical word here 
starts with some b's. Then come repeated factors of the form abb* (an a 
followed by at least one b). Then we finish up with a final a or we leave 
the last b's as they are. This is another starred expression with a star 
inside. ■ 
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1. Let ri, r 2 , and r 3 be three regular expressions. Show that the language 
associated with (ri + r 2 )r 3 is the same- as the language associated with 
rjr 3 + r 2 r 3 . Show that ri(r 2 + r 3 ) is equivalent to + r!r 3 . This 
will be the same as "proving a distributive law" for regular expressions. 

Construct a regular expression defining each of the following languages 
over the alphabet 2 = {a, b). 

2. All words in which a appears tripled, if at all. This means that every 
clump of a's contains 3 or 6 or 9 or 12 .. . a's. 

3. All words that contain at least one of the strings s\ s 2 s 3 or s 4 . 

4. All words that contain exactly three b's in total. 

5. All words that contain exactly two i's or exactly three fe's, not more. 

6. (i) All strings that end in a double letter. 

(ii) All strings that have exactly one double letter in them. 

7. All strings in which the letter b is never tripled. This means that no 
word contains the substring bbb. 

8. All words in which a is tripled or b is tripled, but not both. This means 
each word contains the substring aaa or the substring bbb but not both. 

9. (i) All strings that do not have the substring ab. 

(ii) All strings that do not have both the substrings bba and abb. 

10. All strings in which the total number of a's is divisible by three, such 
as aabaabbaba. 

11. (i) All strings in which any fe's that occur are found in clumps of 

an odd number at a time, such as abaabbbab. 

(ii) All strings that have an even number of a's and an odd number 
of fc's. 

(iii) All strings that have an odd number of a's and an odd number 
of b's. 
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12. Let us reconsider the regular expression 



(a + b)*a(a + b)*b(a + b)* 



(i) 



Show that this is equivalent to 



(a + b)*ab(a + b)* 



in the sense that they define the same language. 
Show that 



(a + b)*ab(a +b)* + b*a* = (a + b)* 



(iii) Show that 

(a + b)* ab[(a + b)*ab(a + b)* + b*a*] + b*a* = (a + b)* 

(iv) Is (iii) the last variation of this theme or are there more beasts 
left in this cave? 

13. We have defined the product of two sets of strings in general. If we 
apply this to the case where both factors are the same set, 5 = T, we 
obtain squares, S 2 . Similarly we can define S 3 , S 4 ,. . . . Show that 



Show that the following pairs of regular expressions define the same 
language over the alphabet 2 = {a, b}. 



(i) 5* = A + S + S 1 + S 2 + S 3 + S* + . . . 

(ii) S + = S + S l + S 2 + S 3 + S 4 + . . . 



14 



(i) (ab)*a 

(ii) (a* + b)* 

(iii) (a* + b*)* 



and 
and 
and 



a(ba)* 
(a + b)* 
(a + b)* 



15 



(i) A* 

(ii) (a*b)*a* 

(iii) (a*bbb)*a* 



and 
and 



A 

a*(ba*)* 
a*(bbba*)* 



and 



(i) ((a + bb)*aa)* 

(ii) (aa)*(A + a) 

(iii) a(aa)*(A + a)b 



and A + (a + bb)*aa 
and a* 

+ b and a*b 
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17. (i) a(ba + a)*b 



and aa*b(aa*b)* 



(ii) A + a(a + b)* + (a + b)* aa(a + b)* and ((b*a)*ab*)* 

Describe (in English phrases) the languages associated with the following 
regular expressions. 

18. (i) (a + b)* a(A + bbbb) 

(ii) (a(a + bb)*)* 

(iii) (a(aa)*b(bb)*)* 

(iv) (b(bb)*)*(a(aa)*b(bb)*)* 

(v) (b(bb)*)*(a(aa)*b(bb)*)*(a(aa)*)* 

(vi) ((a + b)a)* 

19. (D.N. Arden) Let R, S, and T be three languages and assume that. A 
is not in 5. Prove the following statements. 

(i) From the premise that R = SR + T, we can conclude that R = S*T. 

(ii) From the premise that R = S*T, we can conclude that R = SR + T. 

20. Explain why we can take any pair of equivalent regular expressions and 
replace the letter a in both with any regular expression R and the letter 
b with any regular expression S and the resulting regular expressions 
will have the same language. For example, 15.(ii) 



which is true for all regular expressions R and S. In particular 
R = a + bb, S = ba* results in the complicated identity 

((a + bb)*(ba*))*(a + bb)* = (a + bb)* ((ba*)(a + bb)*)* 

What is the deeper meaning of this transformation? 
What identity would result from using 



(a*b)*a* = a*(ba*) 



becomes the identity 



(R*S)*R* = R*(SR*)* 



R = (ba*) 



S = (A + b) 
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Several games that children play fit the following description. Pieces are set 
up on a playing board. Dice are thrown (or a wheel is spun), and a number 
is generated at random. Depending on the number, the pieces on the board 
must be rearranged in a fashion completely specified by the rules. The child 
has no options about changing the board. Everything is determined by the 
dice. Usually it is then some other child's turn to throw the dice and make 
his or her move, but this hardly matters, since no skill or choice is involved. 
We could eliminate the opponent and have the one child move first the white 
pieces and then the black. Whether or not the white pieces win the game is 
dependent entirely on what sequence of numbers is generated by the dice, not 
on who moves them. 

Let us look at all possible positions of the pieces on the board and call 
them states. The game changes from one state to another in a fashion de- 
termined by the input of a certain number. For each possible number there 
is one and only one resulting state. We should allow for the possibility that 
after a number is entered the game is still in the same state as it was before. 
(For example, if a player who is in "jail" needs to roll doubles in order to 
get out, any other roll leaves the board in the same state.) After a certain 
number of rolls, the board arrives at a state that means a victory for one of 
the players and the game is over. We call this a final state. There might be 
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many possible final states. In Computer Theory these are also called halting 
states or terminal states or accepting states. 

Beginning with the initial state (which we presume to be unique) some input 
sequences of numbers lead to victory for the first child and some do not. 

Let us put this game back on the shelf and take another example. A child 
has a simple computer (input device, processing unit, memory, output device) 
and wishes to calculate the sum of 3 plus 4. The child writes a program, 
which is a sequence of instructions that are fed into the machine one at a 
time. Each instruction is executed as soon as it is read, and then the next 
instruction is read. If all goes well, the machine outputs the number 7 and 
terminates execution. We can consider this process to be similar to the board- 
game. Here the board is the computer and the different arrangements of pieces 
on the board correspond to the different arrangements of O's and l's in the 
cells of memory. Two machines are in the same state if their output pages 
look the same and their memories look the same cell by cell. 

The computer is also deterministic, by which we mean that, on reading 
one particular input instruction, the machine converts itself from one given 
state to some particular other state (or remains in the same state if given a 
NO-OP) where the resultant state is completely determined by the prior state 
and the input instruction. Nothing else. No choice is involved. No knowledge 
is required of the state the machine was in six instructions ago. Some sequences 
of input instructions may lead to success (printing the 7) and some may not. 
Success is entirely determined by the sequence of inputs. Either the program 
will work or it won't. 

As in the case of the board-game, in this model we have one initial state 
and the possibility of several successful final states. Printing the 7 is what is 
important; what is left in memory does not matter. 

One small difference between these two situations is that in the child's game 
the number of pieces of input is determined by whether either player has yet 
reached a final state whereas with the computer the number of pieces of input 
is a matter of choice made before run time. Still, the input string is the sole 
determinant as to whether the game child or the computer child wins his or 
her victory. 

In the first example, we can consider the set of all dice rolls to be the 
letters of an alphabet. We can then define a certain language as the set of 
strings of those letters that lead to success; that is, lead to a final state. Sim- 
ilarly, in the second example we can consider the set of all computer instruc- 
tions as the letters of an alphabet. We can then define a language to be the 
set of all words over this alphabet that lead to success. This is the language 
with words that are all programs that print a 7. 

The most general model, of which both of these examples are instances, 
is called a finite automaton — "finite" because the number of possible states 
and number of letters in the alphabet are both finite, and "automaton" because 
the change of states is totally governed by the input. It is automatic (involuntary 
and mechanical) not willful, just as the motion of the hands of a clock is 
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automatic while the motion of the hands of a human is presumably the result 
of desire and thought. We present the precise definition below. "Automaton" 
comes to us from the Greek, so its correct plural is "automata." 



DEFINITION 

A finite automaton is a collection of three things: 

1. A finite set of states, one of which is designated as the initial state, called 
the start state, and some (maybe none) of which are designated as final 
states. 

2. An alphabet X of possible input letters, from which are formed strings, 
that are to be read one letter at a time. 

3. A finite set of transitions that tell for each state and for each letter of 
the input alphabet which state to go to next. ■ 

The definition above is incomplete in the sense that it describes what a 
finite automation is but not how it works. It works by being presented with 
an input string of letters that it reads letter by letter starting at the leftmost 
letter. Beginning at the start state the letters determine a sequence of states. 
The sequence ends when the last input letter has been read. 

Instead of writing out the whole phrase "finite automaton" it is customary 
to refer to one by its initials, FA. Computer theory is rife with acronyms, so 
we have many in this book. The term FA is read by naming its letters, so 
we say "an FA" even though it stands for "a finite automaton" and we say 
"two FA's" even though it stands for "two finite automata". 

Some people prefer to call the object we have just defined a finite acceptor 
because its sole job is to accept certain input strings and run on them. It 
does not do anything like print output or play music. Even so, we shall stick 
to the terminology "finite automaton." When we build some in Chapter 9 that 
do do something, we give them special names, such as "finite automaton with 
output." 

Let us begin by considering in detail one particular example. 

Suppose that the input alphabet has only the two letters a and b. Throughout 
this chapter we use only this alphabet (except for a couple of problems at the 
end). Let us also assume that there are only three states, x, y, and z. Let the 
following be the rules of transition: 

1. From state x and input a go to state y. 

2. From state x and input b go to state z. 

3. From state y and input a go to state x. 
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4. From state y and input b go to state z. 

5. From state z and any input stay at state z. 

Let us also designate state x as the starting state and state z as the only final 
state. 

We now have a perfectly defined finite automaton, since it fulfills all three 
requirements demanded above: states, alphabet, transitions. 

Let us examine what happens to various input strings when presented to 
this FA. Let us start with the string aaa. We begin, as always, in state x. 
The first letter of the string is an a, and it tells us to go to state y (by Rule 
1). The next input (instruction) is also an a, and this tells us by Rule 3 to 
go back to state x. The third input is another a, and by Rule 1 again we go 
to state y. There are no more input letters in the input string, so our trip has 
ended. We did not finish up in the final state (state z), so we have an un- 
successful termination of our run. 

The string aaa is not in the language of all strings that leave this FA in 
state z. The set of all strings that do leave us in a final state is called the 
language defined by the finite automaton. The input string aaa is not in 
the language defined by this FA. Using other terminology, we may say that 
the string aaa is not accepted by this finite automaton because it does not 
lead to a final state. We use this expression often. We may also say "aaa is 
rejected by this FA." The set of all strings accepted is the language associated 
with the FA. We say, this FA accepts the language L, or L is the language 
accepted by this FA. When we wish to be anthropomorphic, we say that L 
is the language of the FA. If language L\ is contained in language L 2 and 
a certain FA accepts L 2 (all the words in L 2 are accepted and all the inputs 
accepted are words in L 2 ), then this FA also must accept all the words in 
language L x (since they are also words in L 2 ). However, we do not say "Li 
is accepted by this FA" since that would mean that all the words the FA 
accepts are in L\. This is solely a matter of standard usage. 

At the moment, the only job an FA does is define the language it accepts 
which is a fine reason for calling it an acceptor, or better still a language 
recognizer. This last term is good because the FA merely recognizes whether 
the input string is in its language much the same way we might recognize 
when we hear someone speak Russian without necessarily understanding what 
it means. 

Let us examine a different input string for this same FA. Let the input be 
abba. As always, we start in state x. Rule 1 tells us that the first input letter, 
a, takes us to state y. Once we are in state y we read the second input letter, 
which is a b. Rule 4 now tells us to move to state z. The third input letter 
is a b, and since we are in state z, Rule 5 tells us to stay there. The fourth 
input letter is an a, and again Rule 5 says stay put. Therefore, after we have 
followed the instruction of each input letter we end up in state z. State z is 
designated a final state, so we have won this game. The input string abba 
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has taken us successfully to the final state. The string abba is therefore a 
word in the language associated with this FA. The word abba is accepted by 
this FA. 

It is not hard for us to predict which strings will be accepted by this FA. 
If an input string is made up of only the letter a repeated some number of 
times, then the action of the FA will be to jump back and forth between state 
x and state y. No such word can ever be accepted. To get into state z, it is 
necessary for the string to have the letter b in it. As soon as a b is encountered 
in the input string, the FA jumps immediately to state z no matter what state 
it was in before. Once in state z, it is impossible to leave. When the input 
string runs out, the FA will still be in state z, leading to acceptance of the 
string. 

The FA above will accept all strings that have the letter b in them and no 
other strings. Therefore, the language associated with (or accepted by) this FA 
is the one defined by the regular expression 

(a + b)*b(a + b)* 

The list of transition rules can grow very long. It is much simpler to sum- 
marize them in a table format. Each row of the table is the name of one of 
the states in the FA, and each column of the table is a letter of the input 
alphabet. The entries inside the table are the new states that the FA moves 
into — the transition states. The transition table for the FA we have described 
is: 







a 


b 


start 


X 


y 


z 




y 


X 


z 


final 


z 


z 


z 



We have also indicated along the left side which states are start and final 
states. This table has all the information necessary to define an FA. 

Even though it is no more than a table of symbols, we consider an FA to 
be a machine, that is, we understand that this FA has dynamic capabilities. 
It moves. It processes input. Something goes from state to state as the input 
is read in and executed. We may imagine that the state we are in at any given 
time is lit up and the others are dark. An FA running on an input string then 
looks like a pinball machine. 

From the table format it is hard to see the moving parts. There is a pictorial 
representation of an FA that gives us more of a feel for the motion. We begin 
by representing each state by a small circle drawn on a sheet of paper. From 
each state we draw arrows showing to which other states the different letters 
of the input alphabet will lead us. We label these arrows with the corre- 
sponding alphabet letters. 
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If a certain letter makes a state go back to itself, we indicate this by an 
arrow that returns to the same circle — this arrow is called a loop. We can 
indicate the start state by labeling it with the word "start" or by a minus sign, 
and the final states by labeling them with the word "final" or plus signs. The 
machine we have already defined by the transition list and the transition table 
can be depicted by the transition diagram: 



a 




Sometimes a start state is indicated by an arrow and a final state by drawing 
a box or another circle around its circle. The minus and plus signs, when 
employed, are drawn inside or outside the state circles. This machine can also 
be depicted as: 




Every input string can be interpreted as traversing a path beginning at the 
start state and moving among the states (perhaps visiting the same state many 
times) and finally settling in some particular rest state. If it is a final state, 
then the path has ended in success. The letters of the input string dictate the 
directions of travel. They are the map and the fuel needed for motion. When 
we are out of letters we must stop. 

Let us look at this machine again and at the paths generated by the input 
strings aaaabba and bbaabbbb. 
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0 



When we depict an FA as circles and arrows, we say that we have drawn 
a directed graph. Graph Theory is an exciting subject in its own right, but 
for our purposes there is no real need to understand directed graphs in any 
deeper sense than as a collection of circles and arrows. We borrow from Graph 
Theory the name directed edge or simply edge for the arrow between states. 
An edge comes from one state and leads to another (or the same, if it is a 
loop). Every state has as many outgoing edges as there are letters in the 
alphabet. It is possible for a state to have no incoming edges. 

There are machines for which it is not necessary to give the states specific 
names. For example, the FA we have been dealing with so far can be rep- 
resented simply as: 
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Notice that some states are neither — nor + . 

Even though we do not have names for the states, we can still determine 
whether a particular input string is accepted by this machine. We start at the 
minus sign and proceed along the indicated edges until we are out of input 
letters. If we are then at a plus sign, we accept the word; if not, we reject 
it as not being part of the language of the machine. 

Let us consider some more simple examples of FA's. 



EXAMPLE 



a, b 




In the picture above we have drawn one edge from the state on the right back 
into itself and given this loop the two labels a and b, separated by a comma 
meaning that this is the path traveled if either letter is read. (We save ourselves 
from drawing a second loop edge.) At first glance it looks as if this machine 
accepts everything. The first letter of the input takes us to the right-hand state 
and, once there, we are trapped forever. When the input string runs out, there 
we are in the correct final state. This description, however, omits the possibility 
that the input is the null string A. If the input string is the null string, we 
are left back at the left-hand state, and we never get to the final state. There 
is a small problem about understanding how it is possible for A ever to be 
an input string to an FA, since a string, by definition, is executed (run) by 
reading its letters one at a time. By convention we shall say that A starts in 
the start state and then ends right there on all FA's. 

The language accepted by this machine is the set of all strings except A. 
This has the regular expression definitions 

(a + b)(a + b)* = (a + b) + ■ 

EXAMPLE 

One of the many FA's that accepts all words is: 



a, b 




Here the sign ± means that the same state is both a start and a final state. 
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Since there is only one state and no matter what happens we must stay there, 
the language for this machine is: 

(a + b)* ■ 

Similarly, there are FA's that accept no language. These are of two types: 
FA's that have no final states, such as 



a, b 




b 



and FA's in which the circles that represent the final states cannot be reached 
from the start state. This may be either because the picture is in two separate 
components as with 




(in this case we say that the. graph is disconnected) or for a reason such as 
that shown below. 

a, b 

We consider these examples again in Chapter 12. 



EXAMPLE 

Suppose we want to build a finite automaton that accepts all the words in the 
language 

a(a + b)* 
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that is, all the strings that begin with the letter a. We start at state x and, 
if the first letter read is a b, we go to a dead-end state y. (A "dead-end state" 
is an informal way of describing a state that no string can leave once it has 
entered.) If the first letter is an a we go to the dead-end state z, where z is 
a final state. The machine looks like this: 



a, b 




The same language may be accepted by a four-state machine, as below: 

a, 6 




Only the word a ends in the first + state. All other words starting with an 
a reach and finish in the second + state where they are accepted. 
This idea can be carried further to a five-state FA as below: 

a, b 
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The examples above are FA's that have more than one final state. From 
them we can see that there is not a unique machine for a given language. 
We may then ask the question, "Is there always at least one FA that accepts 
each possible language? More precisely, if L is some language, is there nec- 
essarily a machine of this type that accepts exactly the inputs in L, while 
rejecting all others?" We shall see shortly that this question is related to the 
question, "Can all languages be represented by regular expressions?" We prove, 
in Chapter 7, that every language that can be accepted by an FA can be 
defined by a regular expression and, conversely, every language that can be 
defined by a regular expression can be accepted by some FA. However, we 
shall see that there are languages that are neither definable by a regular expres- 
sion nor accepted by an FA. Remember, for a language to be the language 
accepted by an FA means not only that all the words in the language run to 
final states but also that no strings not in the language do. 

Let us consider some more examples of FA's. 



EXAMPLE 

Consider the FA pictured below: 




Before we begin to examine what language this machine accepts, let us 
trace the paths associated with some specific input strings. Let us input the 
string ababa. We begin at the start state 1. The first letter is an a, so it takes 
us to state 2. From there the next letter, b, takes us to state 3. The next 
letter, a, then takes us back to state 2. The fourth letter is a b and that takes 
us to state 3 again. The last letter is an a that returns us to state 2 where 
we end. State 2 is not a final state (no +), so this word is not accepted. 

Let us trace the word babbb. As always, we start in state 1. The first letter 
b takes us to state 3. An a then takes us to state 2. The third letter b takes 
us back to state 3. Now another b takes us to state 4. Once in state 4, we 
cannot get out no matter what the rest of the string is. Once in state 4 we 
must stay in state 4, and since that is the final state the string is accepted. 

There are two ways to get to state 4 in this FA. One is from state 2, and 
the other is from state 3. The only way to get to state 2 is by reading the 
input letter a (either while .in state 1 or in state 3). So when we are in state 
2 we know we have just read an a. If we read another a immediately, we 
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go straight to state 4. Similarly with state 3. To get to state 3 we need to 
read a b. Once in state 3, if we read another b immediately, we go to state 
4; otherwise, we go to state 2. 

Whenever we encounter the substring aa in an input string the first a must 
take us to state 4 or state 2. Either way, the next a takes us to state 4. The 
situation with bb is analogous. 

In summary, the words accepted by this machine are exactly those strings 
that have a double letter in them. This language, as we have seen, can also 
be defined by the regular expression 

(a + b)*(aa + bb)(a + b)* ■ 



EXAMPLE 

Let us consider the FA pictured below: 



a, b 




This machine will accept all words with b as the third letter and reject all 
other words. The first couple of states are only waiting states eating up the 
first two letters of input. Then comes the decision state. A word that has fewer 
than three letters cannot qualify, and its path ends in one of the three left- 
hand states, none of which is designated + . 
Some regular expressions that define this set are 

(aab + abb + bab + bbb)(a + b)* 

and 

(a + b)(a + b)(b)(a + b)* 



= (a + b) 2 b (a + b)* 
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Notice that this last formula is not strictly speaking a regular expression, 
since it uses the symbol "2," which is not included in the kit. ■ 



EXAMPLE 

Let us consider a very specialized FA, one that accepts only the word baa. 




a, b 



Starting at the start state, anything but the sequence baa will drop down into 
the collecting bucket at the bottom, never to be seen again. Even the word 
baabb will fail. It will reach the final state marked with a + but then the 
next letter will suicide over the edge. 
The language accepted by this FA is 

L = {baa} M 



EXAMPLE 

The FA below accepts exactly the two strings baa and ab. 
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EXAMPLE 

Let us take a trickier example. Consider the FA shown below: 



a 




What is the language accepted by this machine? We start at state 1, and 
if we are reading a word starting with an a we go straight to the final state 
3. We can stay at state 3 as long as we continue to read only a's. Therefore, 
all words of the form 

aa* 

are accepted by this machine. What if we began with some a's that take us 
to state 3 but then we read a bl This then transports us to state 2. To get 
back to the final state, we must proceed to state 4 and then to state 3. These 
trips require two more b's to be read as input. Notice that in states 2, 3, and 
4 all a's that are read are ignored. Only b's cause a change of state. 

Recapitulating what we know: If an input string begins with an a and then 
has some b's, it must have three b's to return us to state 3, or six b's to 
make the trip (state 2, state 4, state 3) twice, or 9 b's or 12 b's . . . . In 
other words, an input string starting with an a and having a total number of 
b's divisible by 3 will be accepted. If it starts with an a and has a total 
number of b's not divisible by 3, then the input is rejected because its path 
through the machine ends at state 2 or state 4. 

What happens to an input string that begins with a bl It finds itself in state 
2 and needs two more b's to get to state 3 (these b's can be separated by 
any number of a's). Once in state 3, it needs no more b's, or three more 
b's, or six more b's, and so on. 

All and all, an input string, whether beginning with an a or a b must have 
a total number of b's divisible by 3 to be accepted. It is also clear that any 
string meeting this requirement will reach the final state. 

The language accepted by this machine can be defined by the regular expres- 
sion 

a*(a*ba*ba*ba*)*(a + a*ba*ba*ba*) 

The only purpose for the last factor is to guarantee that A is not a possibility 
since it is not accepted by the machine. If we did not mind A being included 
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The regular expression 

(a + ba*ba*b) + 

also defines the original (non-A) language. I 
EXAMPLE 

The following FA accepts only the word A 

a, b 

G>^<3 

Notice that the left state is both a start and a final state. All words other 
than A go to the right state and stay there. ■ 

EXAMPLE 

Consider the following FA: 




No matter which state we are in, when we read an a we go to the right- 
hand state and when are read a b we go to the left-hand state. Any input 
string that ends in the + state must end in the letter a, and any string ending 
in a must end in + . Therefore, the language accepted by this machine is 



(a + b)*a 
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EXAMPLE 

The language in the example above does not include A. If we add A we get 
the language of all words that do not end in b. This is accepted by the FA 
below. 




a 



EXAMPLE 

Consider the following FA: 



b a b 




a 



The only letter that causes motion between the states is a, b's leave the 
machine in the same state. We start at — . If we read a first a, we go to 
+ . A second a takes us back. A third a takes us to + again. We end at 
+ after the first, third, fifth, seventh, . . . a. The language accepted by this 
machine is all words with an odd number of a's. 

b*a(b*ab*ab*)* ■ 



EXAMPLE 

Consider the following FA: 



b a, b 




b 



This machine will accept the language of all words with a double a in 
them somewhere. We stay in the start state until we read our first a. This 
moves us to the middle state. If the very next letter is another a, we move 
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to the + state where we must stay and be accepted. If the next letter is a 
b, however, we go back to — to wait for the next a. An a followed by a 
b will take us from — to middle to — , while an a followed by an a will 
take us from - to middle to + . 

The language accepted by this machine can also be defined by the regular 
expression 

(a + b)*aa(a + b)* ■ 



EXAMPLE 

The following FA accepts all words that have different first and last letters. 
If the word begins with an a, to be accepted it must end with a b and vice 
versa. 




If we start with an a, we take the high road and jump back and forth 
between the two top states ending on the right (at +) only if the last letter 
read is a b. If the first letter read is a b, we get to the + on the bottom 
only when we read a as the last letter. 

This can be better understood by examining the path through the FA of 
the input string aabbaabb, as shown below: 




O 0 
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EXAMPLE 

As the last example of an FA in this chapter, let us consider the picture below: 



6 




b 



To process a string of letters, we start at state 1, which is in the upper left 
of the picture. Every time we encounter a letter a in the input string we take 
an a train. There are four edges labeled a. All the edges marked a go either 
from one of the upper two states (state 1 and state 2) to one of the lower 
two states (state 3 and state 4) or else from one of the lower two states to 
one of the upper two states. If we are north and we read an a, we go south. 
If we are south and we read an a, we go north. The letter a reverses our 
up/down status. 

What happens to a word that gets accepted and ends up back in state 1? 
Without knowing anything else about the string, we can say that it must have 
had an even number of a's in it. Every a that took us south was balanced 
by some a that took us back north. We crossed the Mason-Dixon line an even 
number of times, one for each a. So every word in the language of this FA 
has an even number of a's in it. Also, we can say that every input string 
with an even number of a's will finish its path in the north (state 1 or state 
2). 

There is more that we can say about the words that are accepted by this 
machine. There are four edges labeled b. Every edge labeled b either takes 
us from one of the two states on the left of the picture (state 1 and state 3) 
to one of the two states on the right (state 2 and state 4) or else it takes us 
from one of the two states on the right to one of the two states on the left. 
Every b we encounter in the input is an east/west reverser. If the word starts 
out in state 1, which is on the left, and ends up back in state 1 (on the left), 
it must have crossed the Mississippi an even number of times. Therefore, all 
the words in the language accepted by this FA have an even number of b's 
as well as an even number of a's. We can also say that every input string 
with an even number of b's will leave us in the west (state 1 or state 3). 

These are the only two conditions on the language. All words with an even 
number of a's and an even number of b's must return to state 1. All words 
that return to state 1 are in EVEN-EVEN. All words that end in state 2 have 



FINITE AUTOMATA 



81 



crossed the Mason-Dixon line an even number of times but have crossed the 
Mississippi an odd number of times; therefore they have an even number of 
a's and an odd number of b's. All the words that end in state 3 have an 
even number of b's but an odd number of a's. All words that end in state 
4 have an odd number of a's and an odd number of b's. So again we see 
that all the EVEN-EVEN words must end in state 1 and be accepted. 

One regular expression for the language EVEN-EVEN was discussed in 
detail in the previous chapter. 

Notice how much easier it is to understand the FA than the regular expres- 
sion. Both methods of defining languages have advantages, depending on the 
desired application. But we are still a little way from considering 
applications. ■ 



PROBLEMS 

1. Write out the transition table for the FA's on pages 68, 70 (both), 73, 
74 and 80 that were defined by pictures. If the states in the pictures 
were not labeled, assign them names so that we can build the table. 

2. Build an FA that accepts only the language of all words with b as the 
second letter. Show both the picture and the transition table for this 
machine and find a regular expression for the language. 

3. Build an FA that accepts only the words baa, ab, and abb and no other 
strings longer or shorter. 

4. (i) Build a new FA that accepts only the word A. 

(ii) Build an FA with three states that accept all words. 

5. Build an FA that accepts only those words that have an even number 
of letters total. 

6. Build an FA that accepts only those words that do not end with ba. 

7. Build an FA that accepts only those words that begin or end with a 
double letter. 

8. (i) Build an FA that accepts only those words that have more than four 

letters. 

(ii) Build an FA that accepts only those words that have fewer than four 
letters. 
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9. Problems 2 through 12 of Chapter 4 include 14 languages that could be 
represented by regular expressions. For each of these find an FA that 
accepts exactly it. 

10. So far we have been dealing with Fa's over the alphabet, {a, b}. 
Let us consider for the moment the alphabet 2 = {a, b, c}. 

(i) If we had an FA over this alphabet with five states, how many entries 
would there be in the transition table? 

(ii) In the picture of this five-state machine, how many edges would need 
to be drawn in total (counting an edge with two labels double and an 
edge with three labels triple)? 

(iii) Build an FA that accepts all the words in this alphabet that have an 
a in them somewhere that is followed later in the word by some b 
that is followed later in the word by some c (the three being not 
necessarily in a row but in that order, as in abaac). 

(iv) Write a regular expression for the language accepted by this machine. 

11. Recall from Chapter 4 the language of all words over the alphabet {a, 
b} that have both the letter a and the letter b in them, but not necessarily 
in that order. Build an FA that accepts this language. 

12. Build an FA that accepts the language of all words with only a's or 
only b's in them. Give a regular expression for this language. 

13. Draw pictures for all the FA's over the alphabet {a, b} that have exactly 
two states. Be careful to put the +'s in in all possible ways. (Hint: 
There are 48 different machines.) 

14. (i) Write out the transition tables for all the FA's in Problem 13. 

(ii) Write out regular expressions to represent all the languages defined 
by the machines in Problem 13. 

15. Let us call two FA's different if their pictures are not the same but 
equivalent if they accept the language. How many different languages 
are represented by the 48 machines of Problem 13. 

16. Show that there are exactly 

3 6 (8) = 5832 

different finite automata with three states x, y, z over the alphabet {a, b) 
where x is always the start state. 
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17. Find two FA's that satisfy these conditions: Between them they accept 
all words in (a + b)*, but there is no word accepted by both machines. 

18. Describe the languages accepted by the following FA's. 




(iv) Write regular expressions for the languages accepted by these three 
machines. 
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19. The following is an FA over the alphabet 2 = {a, b, c). Prove that it 
accepts all strings that have an odd number of occurrences of the sub- 
string abc. 





a, b a, b a, b a, b a, b a, b a, b a, b 
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(i) Show that any input string with more than three letters is not accepted 
by this FA. 

(ii) Show that the only words accepted are a, aab, and bab. 

(iii) Show that by changing the + signs alone we can make this FA accept 
the language {bb, aba, bba} 

(iv) Show that any language in which the words have fewer than four 
letters can be accepted by a machine that looks like this one with the 
+ signs in different places. 

(v) Prove that if L is a finite language, then there is some FA that accepts 
L. 



CHAPTER 6 



TRANSITION 
GRAPHS 



We saw in the last chapter that we could build an FA that accepts only the 
word baa. The example we gave required five states primarily because an FA 
can read only one letter from the input string at a time. Suppose we designed 
a more powerful machine that could read either one or two letters of the input 
string at a time and could change its state based on this information. We might 
design a machine like the one below: 




Since when we say "build a machine" all we have to do is scribble on 
paper — we do not have to solder, weld and screw — we could easily change 
the rules of what constitutes a machine and allow such pictures as the one 
above. The objects we deal with in this book are mathematical models, which 
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we shall discover are abstractions and simplifications of how certain actual 
machines do work. This new rule for making models will also turn out to be 
practical. It will make it easier for us to design machines that accept certain 
different languages. The machine above can read from the input string either 
one letter or two letters at a time, depending on which state it is in. Notice 
that in this machine an edge may have several labels separated by commas 
just as in FA's, indicating that the edge can be traveled on if the input letters 
are any of the indicated combinations. 

If we are interested in a machine that accepts only the word baa, why stop 
at assuming that the machine can read just two letters at a time? A machine 
that accepts this word and that can read up to three letters at a time from 
the input string could be built with even fewer states. 



If we hypothesize that a machine can read one or two letters at a time, 
then one can be built using only two states that can recognize all words that 
contain a doubled letter. 



If we are going to bend the rules to allow for a machine like the last one, 
we must realize that we have changed something more fundamental than just 
the way the edges are labeled or the number of letters read at a time. This 
last machine makes us exercise some choice in its running. We must decide 
how many letters to read from the input string each time we go back for 
more. This decision is quite important. 

Let us say, for example, that the input string is baa. It is easy to see how 
this string can be accepted by this machine. We first read in the letter b, 
which leaves us back at the start state by taking the loop on the left. Then 
we decide to read in both letters aa at once, which allows us to take the 
highway to the final state where we end. However, if after reading in the 
single character b we then decided to read in the single character a, we would 
loop back and be stuck at the start state again. When the third letter is read 




a, b 



a, b 
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in, we would still be at the starting post. We could not then accept this string. 
There are two different paths that the input baa can take through the machine. 
This is totally different from the situation we had before, especially since one 
path leads to acceptance and one to rejection. 

Another bad thing that might have happened is that we could have started 
processing the string baa by reading the first two letters at once. Since ba is 
not a double, we could not move to the final state. In fact, when we read 
in ba, no edge tells us where to go, since ba is not the label of any edge 
leaving the start state. The processing of this string breaks down at this point. 

When there is no edge leaving a state corresponding to the group of input 
letters that have been read while in that state, we say that the input crashes. 
It also means that the input string is not accepted, but for a different reason 
than simply ending its path peacefully in a state that is not a final state. 

The result of these considerations is that if we are going to change the 
definition of our abstract machine to allow for more than one letter to be read 
in at a time, we must also change the definition of acceptance. We have to 
say that a string is accepted by a machine if there is some way it could be 
processed so as to arrive at a final state. There may also be ways in which 
this string does not get to a final state, but we ignore all failures. 

We are about to create machines in which any edge in the picture can be 
labeled by any string of alphabet letters, but first we must consider the con- 
sequences. We could now encounter the following additional problem: 




On this machine we can accept the word baab in two different ways. First, 
we could take ba from the start state to state 1 and then ab would take us 
to the final state. Or else we could read in the three letters baa and go to 
state 2 from which the final letter, b, would take us to the final state. 

Previously, when we were dealing only with FA's, we had a unique path 
through the machine for every input string. Now some strings have no paths 
at all while some have several. What is this machine going to do with the 
input string aaa? There is no way to process this string (reading any grouping 
of letters at a time) that will allow us to get to the final state. Therefore, this 
string cannot be accepted by this machine. We use the word "rejected" to 
describe what must happen to this string. This rejection is different from the 
situation for the string baa, which, though it doesn't reach the final state, can 
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at least be fully processed to arrive at some state. However, we are not yet 
interested in the different reasons for failure and we use the word "rejection" 
for both cases. 

We now have observed many of the difficulties inherent in expanding our 
definition of "machine" to allow word-labeled edges (or, equivalently, to read- 
ing more than one letter of input at a time). We shall leave the definition of 
finite automation alone and call these new machines transition graphs because 
they are more easily understood as graphs than as tables. 



DEFINITION 

A transition graph, abbreviated TG, is a collection of three things: 

1. A finite set of states at least one of which is designated as the start state 
( — ) and some (maybe none) of which are designated as final states ( + ). 

2. An alphabet £ of possible input letters from which input strings are formed. 

3. A finite set of transitions that show how to go from one state to another 
based on reading specified substrings of input letters (possibly even the 
null string A ). I 

When we give a pictorial representation of a transition graph, clause 3 in 
the definition means that every edge is labeled by some string of letters not 
necessarily to only one letter. We are also not requiring that there be any 
specific number of edges emanating from every state. Some states may have 
no edge coming out of them at all, and some may have thousands (for example, 
edges labeled a, aa, aaa, aaaa, . . . ). 

Transition graphs were invented by John Myhill in 1957 to simplify the 
proof of Theorem 6 which we shall meet in the next chapter. 

A successful path through a transition graph is a series of edges forming 
a path beginning at some start state (there may be several) and ending at a 
final state. If we concatenate in order the strings of letters that label each edge 
in the path, we produce a word that is accepted by this machine. 

For example, consider the following TG: 




b 



The path from state 1 to state 2 to state 3 back to state 1 then to state 4 
corresponds to the string (abb)(A)(aa)(b) . This is one way of factoring the 
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word abbaab, which, we now see, is accepted by this machine. Some other 
words accepted are abba, abbaaabba, and b. 

When an edge is labeled with the string A, it means that we can take the 
ride it offers free (without consuming any letters from the input string). Re- 
member that we do not have to follow that edge, but we can if we want to. 

If we are presented with a particular string of a's and fr's to run on a given 
TG, we must decide how to break the word into substrings that might cor- 
respond to the labels of edges in a path. If we consider the input string abbab 
for the machine above, we see that from state 1, where we must start, we 
can proceed along the outgoing edge labeled abb or the one labeled b. This 
word then moves along the edge from state 1 to state 2. The input letters 
abb are read and consumed. What is left of the input string is ab, and we 
are now in state 2. From state 2 we must move to state 3 along the A-edge. 
At state 3 we cannot read aa, so we must read only a and go to state 4. 
Here we have a b left in the input string but no edge to follow, so we must 
crash and reject the input string abbab. 

Because we have allowed some edges to be traversed for free, we have 
also allowed for the possibility of more than one start state. The reason we 
say that these two points are related is that we could always introduce more 
start states if we wanted to, simply by connecting them to the original start 
state by edges labeled A. This point is illustrated by the following example. 
There is no difference between the TG 




and the TG 
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in the sense that all the strings accepted by the first are accepted by the second 
and vice versa. There are differences between the two machines such as the 
number of total states they have, but as language acceptors they are equivalent. 

It is extremely important for us to understand that every FA is also a TG. 
This means that any picture that represents an FA can be interpreted as a 
picture of a TG. Of course, not every TG satisfies the definition of an FA. 

Let us consider some more examples of TG's. 



The picture above represents a TG that accepts nothing, not even the null 
string A. To be able to accept anything, it must have a final state. 

The machine 



accepts only the string A. Any other string cannot have a successful path to 
the final state through labels of edges since there are no edges (and hence no 
labels). 

Any TG in which some start state is also a final state will always accept 
the string A; this is also true of FA's. There are some other TG's that accept 
the word A, for example: 



This machine accepts only the words A, baa, and abba. Anything read while 
in the + state will cause a crash, since the + state has no outgoing edges. 

EXAMPLE 

Consider the following TG: 






a, b 




We can read all the input letters one at a time and stay in the left-side 
state. When we read a b in the - state there are two possible edges we can 
follow. If the very last letter is a b, we can use it to go to the + state. It 
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must be the very last letter, since once in the right-side state if we try to 
read another letter we crash. 

Notice that it is also possible to start with a word that does end with a 
b but to follow an unsuccessful path that does not lead to acceptance. We 
could either make the mistake of following the non-loop 6-edge too soon (on 
a non-final b) in which case we crash on the next letter; or else we might 
make the mistake of looping back to - when we read the last b, in which 
case we reject without crashing. But still, all words that end in b can be 
accepted by some path, and that is all that is required. 

The language accepted by this TG is all words ending in b. One regular 
expression for this language is (a + b)*b and an FA that accepts the same 
language is: 




a 



EXAMPLE 



The following TG: 

a, b 

accepts the language of all words that begin and end with different letters. 

I 

EXAMPLE 

The following TG: 
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aa b 
aa 

accepts the language of all words in which the a's occur only in even clumps 
and that end in three or more b's. ■ 



EXAMPLE 

Consider the following TG: 




ab, ba 



In this TG every edge is labeled with a pair of letters. This means that for 
the string to be accepted it must have an even number of letters that are read 
in and processed in groups of two's. Let us call the left state the balanced 
state and the right state the unbalanced state. If the first pair of letters that 
we read from the input string is a double (aa or bb), then the machine stays 
in the balanced state. In the balanced state the machine has read an even 
number of a's and an even number of b's. However, when a pair of unmatched 
letters is read (either ab or ba), the machine flips over to the unbalanced state 
which signifies that it has read an odd number of a's and an odd number of 
b's. We do not return to the balanced state until another "corresponding" un- 
matched pair is read (not necessarily the same unmatched pair, any unequal 
pair). The discovery of two unequal pairs makes the total number of a's and 
the total number of b's read from the input string even again. This TG is an 
example of a machine that accepts exactly the old and very familiar language 
EVEN-EVEN of all words with an even number of a's and an even number 
of b's. 

Of the three examples of definitions or descriptions of this language we 
have had (the regular expression, the FA, and the TG); this last is the most 
understandable. I 

There is a practical problem with TG's. There are occasionally so many 
possible ways of grouping the letters of the input string that we must examine 
many possibilities before we know whether a given string is accepted or re- 
jected. 
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EXAMPLE 

Consider this TG: 




Is the word abbbabbbabba accepted by this machine? (Yes, in two ways.) 



When we allow A-edges we may have an infinite number of ways of group- 
ing the letters of an input string. For example, the input string ab may be 
factored as: 

(a) (b) 
(a) (A) (b) 
(a) (A) (A) (ft) 
(a) (A) (A) (A) (b) 



Instead of presenting a definite algorithm right now for determining whether 
a particular string is accepted by a particular TG, we shall wait until Chapter 
12 when the task will be easier. There are, of course, difficult algorithms for 
performing this task that are within our abilities at this moment. One such is 
outlined in Problem 20 below. 
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PROBLEMS 

1. For the four FA's pictured in Problems 5-18, 5-19 and 5-20 determine 
whether a TG could be built that can accept the same language but 
requires fewer states. 

2. The notion of transition table can be extended to TG's. The rows of the table 
would be the states of the machine and the columns of the table would be all 
those strings of alphabet characters that are ever used as the label for any edge 
in the TG. However, the mere fact that a certain string is the label for an edge 
coming from state 1 does not mean that it is also the label of an edge coming 
out of state 2. Therefore, in the transition table some entries are likely to be blank 
(that is, no new state is reached from the prior state given this input sequence). 
TheTG 




discussed in this section has the following transition table: 





b 


ab 


ba 


baa 








1 


2 


1 




+ 






2 


+ 








+ 











Calculate the transition table for the TG's defined by pictures on pages 
86, 87, 89 (bottom), 90, 91 (third), 93 (second), and 94. 

One advantage of defining a TG by such a table is that in complicated 
cases it may be easier to read the table than a cluttered picture having 
many edges with long string labels. (Remember that in cases where not 
all the states have names it is necessary to give them names to build 
the table.) 

3. Draw a four-state TG that accepts all the input strings from {a, b}* that 
are not in EVEN-EVEN. Is there a two-state TG that accepts this lan- 
guage? 
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4. Here are six TG's. For each of the next 10 words decide which of these 
machines accepts the given word. 




TGt 





TGc, 




TGj 
ah, ha 



aa. hh ah. ha 



aa, bb 




(i) A 

(ii) a 

(iii) b 

' (iv) aa 

(v) ab 



(vi) aba 

(vii) abba 

(viii) bob 

(ix) baab 

(x) abbb 
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5. Find regular expressions defining the language accepted by each of the 
six TG's above. 

6. Show that any language that can be accepted by a TG can be accepted 
by a TG with an even number of states. 

7. How many different TG's are there over the alphabet {a, b} that have 
two states? 

8. Show that for every finite language L there is a TG that accepts exactly 
the words in L and no others. Contrast this with Theorem 5. 

9. Prove that for every TG there is another TG that accepts the same lan- 
guage but has only one + state. 

10. Build a TG that accepts the language L t of all words that begin and 
end with the same doubled letter, either of the form aa . . . aa or 
bb . . . bb. Note: aaa and bbb are not words in this language. 

11. Build a TG that accepts the language of all strings that end in a word 
from L x of Problem 10 above. 

12. If OURSPONSOR is a language that is accepted by a TG called Henry, 
prove that there is a TG that accepts the language of all strings of a's 
and b's that end in a word from OURSPONSOR. 

13. Given a TG for some arbitrary language L, what language would it accept 
if every + state were to be connected back to every — state by A- 
edges? For example, by this method: 




Hint: Why is the answer not always L*? 

14. Let the language L be accepted by the finite automaton F and let L not 
contain the word A. Show how to build a new finite automaton that 
accepts exactly all the words in L and the word A. 
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15. Let the language L be accepted by the transition graph T and let L not 
contain the word A. Show how to build a new TG that accepts exactly 
all the words in L and the word A. 

16. Let the language L be accepted by the transition graph T and let L not 
contain the word ba. We want to build a new TG that accepts exactly 
L and the word ba. 

(i) One suggestion is to draw an edge from - to + and label it ba. 
Show that this does not always work. 

(ii) Another suggestion is to draw a new + state and draw an edge from 
a - state to it labeled ba. Show that this does not always work. 

(iii) What does work? 

17. Let L be any language. Let us define the transpose of L to be the 
language of exactly those words that are the words in L spelled backward. 
For example, if 

L = {a abb bbaab bbbaa} 

then 

transpose (L) = {a bba baabb aabbb) 

(i) Prove that if there is a FA that accepts L, then there is a TG that 
accepts the transpose of L. 

(ii) Prove that if there is a TG that accepts L, then there is a TG that 
accepts the transpose of L. 

Note: It is true, but much harder to prove that if an FA accepts L then 
some FA accepts the transpose of L. However, after Chapter 7 this 
will be trivial to prove. 

18. Transition graph T accepts language L. Show that if L has a word of 
odd length, then T has an edge with a label with an odd number of 
letters. 

19. A student walks into a classroom and sees on the blackboard a diagram 
of a TG with two states that accepts only the word A. The student 
reverses the direction of exactly one , edge leaving all other edges and 
all labels and all +'s and — 's the same. But now the new TG accepts 
the language a*. What was the original machine? 

20. Let us now consider an algorithm for determining whether a specific TG 
that has no A-edges accepts a given word. 

Step 1 Number each edge in the TG in any order with the integers 
1, 2, 3 ... x, where x is the number of edges in the TG. 
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Step 2 Observe that if the word has y letters and is accepted at all 
by this machine, it can be accepted by tracing a path of not 
more than y edges. 

Step 3 List all strings of y or fewer integers each of which x. 
This is a finite list. 

Step 4 Check each string on the list in Step 3 by concatenating the 
labels of the edges involved to see if they make a path from 
a — to a + corresponding to the given word. 

Step 5 If there is a string in Step 4 that works, the word is accepted. 
If none work, the word is not in the language of the machine. 

(i) Prove this algorithm does the job. 

(ii) Why is it necessary to assume that the TG has no A-edges? 



CHAPTER 7 



KLEENE'S 
THEOREM 



In the last three chapters we introduced three separate ways of defining a 
language: by regular expression, by finite automaton, and by transition graph. 
(Remember that the language defined by a machine is the set of all words it 
accepts.) In this chapter we will present a theorem proved by Kleene in 1956, 
which (in our version) says that if a language can be- defined by any one of 
these three ways, then it can also be defined by the other two. One way of 
stating this is to say that all three of these methods of defining languages are 
equivalent. 

THEOREM 6 

Any language that can be defined by 

1 . regular expression 
or 2. finite automaton 
or 3. transition graph 

can be defined by all three methods. 

This theorem is the most important and fundamental result in the Theory 
of Finite Automata. We are going to take extreme care with its proof. In the 
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process we shall introduce four algorithms that have the practical value of 
enabling us actually to construct the corresponding machines and expressions. 
More than that, the importance of this chapter lies in its value as an illustration 
of thorough theoretical thinking in this field. 

The logic of this proof is a bit involved. If we were trying to prove the 
mathematical theorem that the set of all ZAPS (whatever they are) is the same 
as the set of all ZEPS, we could break the proof into two parts. In Part 1, 
we would show that all ZAPS are also ZEPS. In Part 2 we would show that 
all ZEPS are also ZAPS. Together, this would demonstrate the equivalence 
of the two sets. 

Here we have a more ambitious theorem. We wish to show that the set 
of ZAPS, the set of ZEPS, and the set of ZIPS are all the same. To do this, 
we need three parts. In Part 1 we shall show that all ZAPS are ZEPS. In 
Part 2 we shall show that all ZEPS are ZIPS. Finally, in Part 3 we shall 
show that all ZIPS are ZAPS. Taken together, these three parts will establish 
the equivalence of the three sets. 

(ZAPS C ZEPS C ZIPS C ZAPS) = (ZAPS = ZEPS = ZIPS) 

PROOF 

The three sections of our proof will be: 

Part 1 Every language that can be defined by a finite automaton can also be 
defined by a transition graph. 

Part 2 Every language that can be defined by a transition graph can also be 
defined by a regular expression. 

Part 3 Every language that can be defined by a regular expression can also be 
defined by a finite automaton. 

When we have proven these three parts, we have finished our theorem. 

The Proof of Part 1 

This is the easiest part. Every finite automaton is itself a transition graph. 
Therefore, any language that has been defined by a finite automaton has already 
been defined by a transition graph. Done. 

The Proof of Part 2 

The proof of this part will be by constructive algorithm. This means that we 
present a procedure that starts out with a transition graph and ends up with 
a regular expression that defines the same language. To be acceptable as a 
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method of proof, any algorithm must satisfy two criteria. It must work for 
every conceivable TG, and it must guarantee to finish its job in a finite time 
(a finite number of steps). For the purposes of theorem-proving alone, it does 
not have to be a good algorithm (quick, least storage used, etc.). It just has 
to work in every case. 

Let us start by considering an abstract transition graph T. T may have many 
start states. We first want to simplify T so that it has only one start state. 
We do this by introducing a new state that we label with a minus sign and 
that we connect to all the previous start states by edges labeled with the string 
A. Then we drop the minus signs from the previous start states. Now all 
words must begin at the new unique start state. From there, they can proceed 
free of charge to any of the old start states. If the word w used to be accepted 
by starting at previous start state 3 and proceeding through the machine to a 
final state, it can now be accepted by starting at the new unique start state 
and progressing to the old start state 3 along the edge labeled A. This trip 
does not use up any of the input letters. The word then picks up its old path 
and becomes accepted. This process is illustrated below on a TG that has three 
start states: 1, 3, and 5. 



0-^0- 

ab 

becomes 




The ellipses in the pictures above indicate other, but irrelevant, sections of 
the TG. 

Another simplification we can make in T is that it can be modified to have 
a unique final state without changing the language it accepts. (If T had no 
final states to begin with, then it accepts no strings at all and has no language 
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and we need produce no regular expression.) If T has several final states, let 
us introduce a new unique final state labeled with a plus sign. We draw new 
edges from all the old final states to the new one, drop the old plus signs, 
and label each new edge with the null string A. We have a free ride from 
each old final state to the new unique final state. This process is depicted 
below. 



We shall require that the unique final state be a different state from the 
unique start state. 

It should be clear that the addition of these two new states does not affect 
the language that T accepts. Any word accepted by the old T is also accepted 
by the new T, and any word rejected by the old T is also rejected by the 
new T. 

We are now going to build the regular expression that defines the same 
language as T piece by piece. To do so we extend our notion of transition 
graph. We previously allowed the edges to be labeled only with strings of 
alphabet letters. For the purposes of this algorithm, we allow the edges to be 
labeled with regular expressions. This will mean that we can travel along an 
edge if we read from the input string any substring that is a word in the 
language defined by the regular expression labeling that edge. For example, 
if an edge is labeled (a + baa) as below, 




becomes 




b 
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we can cross from state 3 to state 7 by reading from the input string either 
the letter a alone or else the sequence baa. The ellipses on each side of the 
picture in this example indicate that there is more transition graph on each 
side of the edge, but we are focusing close up on this edge alone. 

Labeling an edge with the regular expression (ab)* means that we can cross 
the edge by reading any of the input sequences 

A, ab, abab, ababab . . . 

Let us suppose that T has some state (called state x) inside it (not the — 
or + state) that has more than one loop circling back to itself, 




r 3 r 2 



where r 1; r 2 , and r 3 are all regular expressions or simple strings. In this case, 
we can replace the three loops by one loop labeled with a regular expression. 



1\ + '2 + r 3 




The meaning here is that from state x we can read any string from the input 
that fits the regular expression r, + r 2 + r 3 and return to the same state. 

Similarly, suppose two states are connected by more than one edge going 
in the same direction: 




"2 



where the labels and r 2 are each regular expressions or simple strings. We 
can replace this with a single edge that is labeled with a regular expression. 

We can now define the bypass operation. In some cases, if we have three 
states in a row connected by edges labeled with regular expressions (or simple 
strings), we can eliminate the middleman and go directly from one outer state 
to the other by a new edge labeled with a regular expression that is the 
concatenation of the two previous labels. 
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For example, if we have: 





we can replace this with: 




0- 



We say "replace," because we no longer need to keep the old edges from 
state 1 to state 2 and state 2 to state 3 unless they are used in paths other 
than the ones from state 1 to state 3. The elimination of edges is our goal. 

We can do this trick only as long as state 2 does not have a loop going 
back to itself. If state 2 does have a loop, we must use this model: 



We have had to introduce the * because once we are at state 2 we can 
loop the loop edge as many times as we want, or no times at all, before 
proceeding to state 3. Any string that fits the description rir 2 *r 3 corresponds 
to a path from state 1 to state 3 in either picture. The Kleene star and the 
option of looping indefinitely correspond perfectly. 

If state 1 is connected to state 2 and state 2 is connected to more than 
one other state (say to states 3, 4, and 5), then when we eliminate the edge 
from state 1 to state 2 we have to add edges that show how to go from state 
1 to states 3, 4, and 5. We do this as in the pictures below. 




becomes 




3 



•■0 — !1 ~"0 C u j 0- 
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becomes 




0 



We see that in this way we can eliminate the edge from state 1 to state 
2, bypassing state 2 altogether. 

In fact, every state that leads into state 2 can be made to bypass state 2. 
If state 9 leads into state 2, we can eliminate the edge from state 9 to state 
2 by adding edges from state 9 to states 3, 4, and 5 directly. We can repeat 
this process until nothing leads into state 2. When this happens, we can elim- 
inate state 2 entirely, since it then cannot be in a path that accepts a word. 
We drop it, and the edges leading from it, from the picture for T. 

What have we done to transition graph F? Without changing the set of 
words that it accepts, we have eliminated one of its states. 

We can repeat this process again and again until we have eliminated all 
the states from T except for the unique start state and the unique final state. 
(We shall illustrate this presently.) 

What we come down to is a picture that looks like this: 



with each edge labeled by a regular expression. We can then combine this 
once more to produce: 





The resultant regular expression, is then the regular expression that defines 
the same language T did originally. 
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For example, if we have: 




we can bypass state 2 by including a path from state 1 to state 4 labeled 
aba*ba, a path from state 1 to state 5 labeled aba*b, a path from state 3 
to state 4 labeled bbba*ba, and a path from state 3 to state 5 labeled bbba*b. 
We can then erase the edges from state 1 to state 2 and from state 3 to state 
2. Without these edges, state 2 becomes unreachable. The edges from state 
2 to states 4 and 5 are then useless because they cannot be part of any path 
from - to + . Dropping this state and these edges will not affect whether 
any word is accepted by this TG. 

The machine that results from this operation is: 




Before we claim to have finished describing this algorithm, there are some 
special cases that we must examine more carefully. In this picture 




we might want to eliminate the edge from state 1 to state 2. Since state 2 
goes nowhere except into state 1, we might think that we can rewrite this 
part of T as: 
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r, r r 





0 



but this is wrong. In the original picture, we could go from state 3 to state 
1, while in the modified picture that is impossible. Therefore, we must in- 
troduce an edge from state 3 to state 1 and label it as below. 



Whenever we remove an edge or a state we must be sure that we have 
not destroyed any paths through T that may previously have existed. Destroying 
paths could change the language of words accepted, which we do not want 
to do. Since there are only finitely many paths in the whole TG (not counting 
looping and repeating circuits), we can check this possibility in a finite number 
of steps. 

This example is symptomatic of the only problem that arises with this al- 
gorithm, so we now have a well-described method of producing regular expres- 
sions equivalent to given transition graphs. All words accepted by T are paths 
through the picture of T. If we change the picture but preserve all paths and 
their labels, we must keep the language unchanged. 

This algorithm terminates in a finite number of steps, since T has only 
finitely many states to begin with, and one state is eliminated with each it- 
eration. The other important observation is that the method works on all tran- 
sition graphs. Therefore, this algorithm provides a satisfactory proof that there 
is a regular expression for each transition graph. 

Before proceeding to the proof of Part 3, let us illustrate the algorithm 
above on a particular example. 

The TG we shall consider is the one below, which accepts all words that 
begin and end with double letters (having at least four different letters). This 
is by no means the only TG that accepts this language. 




+ 



a, b 



aa 




bb 
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As it stands, this machine has only one start state, but it has two final states, 
so we must introduce a new unique final state following the method prescribed 
by the algorithm. 



The next modification we perform is to note that the edge from the start 
state to state 1 is a double edge — we can travel over it by an aa or a bb. 
We replace this by the regular expression aa + bb. We also note that there 
is a double loop at state 1. We can loop back to state 1 on a single a or 
on a single b. The algorithm says we are supposed to replace this double loop 
by a single loop labeled with the regular expression a + b. The picture of 
the machine has now become: 



Let us choose for our next modification the path from state 1 to state 2 
to state + . The algorithm does not actually tell us which section of the TG 
we must attack next. The order is left up to our own discretion. The algorithm 
tells us that it really does not matter. As long as we continue to eliminate 
edges and states, we shall be simplifying the machine down to a single regular 
expression representation. 

The path we are considering now is: 





• • • 



0 



aa 
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The algorithm says we can replace this with one edge from state 1 to state 
+ that bears the label that is the concatenation of the regular expressions on 
the two parts of the path. In this case, aa is concatenated with A, which is 
only aa again. Once we have eliminated the edge from state 1 we can eliminate 
state 2 entirely. The machine now looks like this. 



It seems reasonable now for us to do the same thing with the path that 
goes from state 1 to state 3 to state + . But the algorithm does not require 
us to be reasonable, and since this is an illustrative example and we have 
already seen something like this path, we shall choose a different section of 
T to modify. 

Let us try to bypass state 1. Only one edge comes into state 1 and that 
is from state - . There is a loop at state 1 with the label (a + b). State 1 
has edges coming out of it that lead to state 3 and state + . 

The algorithm explains that we can eliminate state 1 and replace these edges 
with an edge from state - to state 3 labeled (aa + bb)(a + b)*(bb) and an 
edge from state - to state + labeled (aa + bb)(a + b)*(aa). The starred 
expression in the middle represents the fact that while we are at state 1 we 
can loop around as long as we want — ten times, two times or even no times. 
It is no accident that the definition of the closure operator * exactly corresponds 
to the situation of looping, since Kleene invented it for this very purpose. 

After eliminating state 1, the machine looks like this: 



It is obvious that we must now eliminate state 3, since that is the only 
bypassable state left. When we concatenate the regular expression from state 
— to state 3 with the regular expression from state 3 to state + , we are left 
with the machine: 
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(aa + bb)(a + b)*aa 




(aa + bb)(a + b)*bb 



Now by the last rule of the algorithm, this machine defines the same lan- 
guage as the regular expression 

(aa + bb)(a + b)*(aa) + (aa + bb)(a + b)*(bb) 

If we had to make up a regular expression for the language of all strings 
that begin and end with double letters, we would probably write: 

(aa + bb)(a + b)*(aa + bb) 

which is equivalent to the regular expression that the algorithm produced be- 
cause the algebraic distributive law applies to regular expressions. 

Without going through lengthy descriptions, let us watch the algorithm work 
on one more example. Let us start with the TG that accepts strings with an 
even number of a's and an even number of b's, the language EVEN-EVEN. 
(We keep harping on these strings not because they are so terribly important, 
but because it is the hardest example we thoroughly understand, and rather 
than introduce new hard examples we keep it as an old conquest.) 




ab, ba 



becomes first 
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When we eliminate state 2, the path from 1 to 2 to 1 becomes a loop at 
state 1: 

aa + bb 

O^-Gg — 

(ab + ba)(aa + bb)*(ab + ba) 

which becomes: 

(aa +bb) + (ab + ba)(aa + bb)*(ab + ba) 

which becomes: 

[(aa + bb) + (ab + ba) (aa + bb) * (ab + ba)] * 

which reduces to the regular expression: 

[(aa + bb) + (ab + ba)(aa + bb)*(ab + ba)]* 

which is exactly the regular expression we used to define this language before. 
Anyone who was wondering how we could have thought up that complicated 
regular expression we presented in Chapter 4 can see now that it came from 
the obvious TG for this language by way of our algorithm. 

We still have one part of Kleene's theorem yet to prove. We must show 
that for each regular expression we can build a finite automaton that accepts 
the same language. 

The Proof of Part 3 « 

The proof of this part will be by recursive definition and constructive algorithm 
at the same time. This is the hardest part of our whole theorem, so we shall 
go very slowly. 

We know that every regular expression can be built up from the letters of 
the alphabet and A by repeated application of certain rules: addition, conca- 
tenation, and closure. We shall see that as we are building up a regular expres- 
sion, we could at the same time be building up an FA that accepts the same 
language. 

We present our algorithm recursively. 
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Rule 1 There is an FA that accepts any particular letter of the alphabet. There 
is an FA that accepts only the word A. 

For example: If x is in S, then the FA 



Rule 2 If there is an FA called FA\ that accepts the language defined by the 
regular expression r x and there is an FA called FA 2 that accepts the 
language defined by the regular expressions r 2 , then there is an FA called 
FA 3 that accepts the language defined by the regular expression (ri + r 2 ). 

We are going to prove this by showing how to construct the new machine 
in the most reasonable way. 

Before we state the general principles, let us demonstrate them in a specific 
example. Suppose we have the machine FA U which accepts the language of 
all words over the alphabet 




all X 



accepts only the word x. 

One FA that accepts only A is 




2 = {a, b} 



that have a double a somewhere in them, 



b 



a, b 




- X\ 

x 2 



X2 

x 3 

X] 



a 



X\ 
X\ 
* 3 



b 



b 



+ Xj 
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and the familiar machine FA 2 , which accepts all words that have both an even 
number of total a's and an even number of total b's (this is the language 
EVEN-EVEN). 






a 


b 


± yi 


yi 


yi 


y2 


y4 


y\ 


yi 


y\ 


y* 


y* 


yi 


yi 



We shall show how to design a machine that accepts both sets. That is, we 
will build a machine that accepts all words that either have an aa or are in 
EVEN-EVEN and rejects all strings with neither characteristic. 

The language the new machine accepts will be the union of these two 
languages. We shall call the states in this new machine z 1; z 2 , z 3 , and so on, 
for as many as we need. We shall define this machine by its transition table. 

Our guiding principle is this: The new machine will simultaneously keep 
track of where the input would be if it were running on FA\ and where the 
input would be if it were running on FA 2 . 

First of all, we need a start state. This state must combine x\, the start 
state for FA S , and y u the start state for FA 2 . We call it z,. If the string were 
running on FA { , it would start in x u on FA 2 in y t . 

What new states can occur if the input letter a is read in? If the string 
were being run on the first machine, it would put the machine into state x 2 . 
If the string were running on the second machine, it would put the machine 
into state y 3 . Therefore, on our new machine an a puts us into state z 2 , which 
means either x 2 or y 3 , in the same way that Z\ means either x x or y { . Since 
Vi is a final state, for FA 2 , z\ is also a final state in the sense that any word 
whose path ends there on the z-machine would be accepted by FA 2 . 

z, = xi or v, 
z 2 = x 2 or y 3 

On the machine FA 3 we are following both the path the input would make 
on FAi and the path on FA 2 at the same time. By keeping track of both paths, 
we know when the input string ends whether or not it has reached a final 
state on either machine. 
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If we are in state z\ and we read the letter b, we then go to state z 3 , which 
represents either jci or y 2 . The x\ comes from being in X\ on FAi and reading 
a b, whereas the y 2 comes from being in y\ on FA 2 and reading a b. 

z 3 = xi or y 2 

The beginning of our transition table for FA 3 is: 





a 


b 




Z2 


z 3 



Suppose that somehow we have gotten into state z 2 and then we read an a. 
If we were in FA X , we would now go to state x 3 , which is a final state. If 
we were in FA 2 , we would now go back to v lt which is also a final state. 
We will call this condition z 4 , meaning either x 3 or y x . Since this string could 
now be accepted on one of these two machines, z 4 is a final state for FA 3 . 
As it turns out, in this example the word is accepted by both machines at 
once, but this is not necessary. Acceptance by either machine FA\ or FA 2 is 
enough for acceptance by FA 3 . 

If we are in state z 2 and we happen to read a b, then in FA\ we are 
back to xi whereas in FA 2 we are in y 4 . Call this new condition z 5 = 
state x x or y A . 

+ z 4 = x 3 or yi 
z 5 = X) or y 4 

At this point our transition table looks like this: 





a 


b 


± Zl 


Z 2 


z 3 


Z2 


z 4 


Zs 



What happens if we start from state z 3 and read an a? If we were in FA U 
we are now in x 2 , if in FA 2 , we are now in y 4 . This is a new state; call it 
state z 6 . 

z 6 = x 2 or y 4 

What if we are in z 3 and we read a b? In FA { we stay in x\, whereas in 
FA 2 we return to yi. This means that if we are in z 3 and we read a J we 
return to state z\. 
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Our transition table now looks like this: 





a 


b 


+ z, 


z 2 


Z3 




Z4 


z 5 


Z3 


z 6 


Z] 



What if we are in z 4 and we read an a? FA\ remains in x 3 , whereas FA 2 
goes to y 3 . This is a new state; call it z 7 . If we are in z 4 and we read a b, 
the FA\ part stays at x 3 whereas the FA 2 part goes to y 2 . This is also a new 
state; call it zg. 

+ z 7 = * 3 or >> 3 
+ z 8 = x, or y 2 

Both of these are final states because a string ending here on the z-machine 
will be accepted by FA\, since x 3 is a final state for FA\. 

If we are in z 5 and we read an a, we go to x 2 or ;y 2 , which we shall call 

z 9 . 

If we are in z 5 and we read a b, we go to x, or y 3 , which we shall call z, 0 . 

z 9 = x 2 or y 2 
zio = *i or ^3 

If we are in z 6 and we read an a, we go to x 3 or y 2 , which is our old z 8 . 
If we are in z 6 and we read a b, we go to Xi or y 3 , which is z 10 again. 
If we are in z 7 and we read an a we go to x 3 or y t , which is z 4 again. 
If we are in z 7 and we read a b, we go to x 3 or y 4 , which is a new state, 
2-1 1 ■ 

+ z,i = x 3 or y 4 

If we are in z 8 and we read an a, we go to x 3 or y 4 = z,,. If in z 8 we read 
a b, we go to x 3 or y^ = z 4 . 

If we are in z 9 and we read an a, we go to jc 3 or y 4 = z n . If in z 9 we read 
a b, we go to X\ or y x — z,. 

If we are in z, 0 and we read an a, we go to jc 2 or y,, which is our last new 
state, z, 2 . 



+ z, 2 = x 2 or y, 
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If we are in z, 0 and we read a b, we go to (jcj or y 4 ) = z 5 . 

If we are in z n and we read an a, we go to (x 3 or y 2 ) = z 8 

If we are in z n and we read a b, we go to (x 3 or y 3 ) = z-j. 

If we are in z ]2 and we read an a, we go to (jc 3 or y 3 ) = z 7 

If we are in z l2 and we read a we go to (jc, or >> 2 ) = z 3 . 

Our machine is now complete. The full transition table is: 





a 






Zl 


Z2 


Z3 




Z2 


Z4 


z 5 




Z3 


Z6 


Zl 


+ 


Z4 


Z7 


z 8 




z 5 


Z<) 


ZlO 




Z6 


Z8 


ZlO 


+ 


z? 


Z4 


Zn 


+ 


Z8 


Zll 


z 4 




Z 9 


Zll 


Z] 




ZlO 


Zl2 


Z5 


+ 


Zll 


z 8 


z 7 


+ 


Zl2 


Z7 


Z3 



If a string traces through this machine and ends up at a final state, it means 
that it would also end at a final state either on machine FA\ or on machine 
FA 2 . Also, any string accepted by either FAi or FA 2 will be accepted by this 
FA 3 . 

The general description of the algorithm we employed above is as follows. 
Starting with two machines, FA] with states x\, x 2 , x 3 , . . . and FA 2 with states 
yi, yi, y3, • • •> build a new machine FA 3 with states z u z 2 , z 3 , . . . where 
each z is of the form "jc something or ^something"- If either the x part or the y part 
is a final state, then the corresponding z is a final state. To go from one z 
to another by reading a letter from the input string, we see what happens to 
the x part and to the y part and go to the new z accordingly. We could write 
this as a formula: 

z new after letter p = [:c new after letter p] or [y MW after letter p] 

Since there are only finitely many x's and y's, there can be only finitely 
many possible z's. Not all of them will necessarily be used in FA 3 . In this 
way, we can build a machine that can accept the sum of two regular expres- 
sions if there are already machines to accept each of the component regular 
expressions separately. 
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Let us go through this very quickly once more on the two machines: 



FA, 



FA, 




An, b ^A. 



FAi accepts all words with a double a in them, and FA 2 accepts all words 
ending in b. 

The machine that accepts the union of the two languages for these two 
machines begins: 

- z, = or yi 
In Z\ if we read an a, we go to (x 2 or yi) — z 2 . 

In Zi, if we read a b, we go to {xi or y 2 ) = z 3 , which is a final state since 
y 2 is. 

The partial picture of this machine is now: 



0 



In z 2 if we read an a, we go to (jc 3 or y x ) = z 4 , which is a final state because 
jc 3 is. In z 2 if we read a we go to (x\ or ^ 2 ) = z 3 . 
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In z 3 if we read an a, we go to (x 2 or = z 2 . 

In z 3 if we read a b, we go to {x\ or y 2 ) = z 3 . 

In z 4 if we read an a, we go to (x 3 or yi) = z 4 . 

In z 4 if we read a we go to (x 3 or y 2 ) = z 5 , which is a final state. 

In z 5 if we read an a, we go to (x 3 or y,) = z 4 . 

In z 5 if we read a fc, we go to x 3 or y 2 = z 5 . 

The whole machine looks like this: 



This machine accepts all words that have a double a or that end in b. 
The seemingly logical possibility 



does not arise. This is because to be in x 2 on FA t means the last letter read 
is an a. But to be in y 2 on FA 2 means the last letter read is a b. These cannot 
both be true at the same time, so no input string ever has the possibility of 
being in state z 6 . 

This algorithm establishes the existence of the machine FA 3 that accepts the 
union of the languages for FAi and FA 2 . 




b 



a 



z 6 = (x 2 or y 2 ) 



EXAMPLE (Inside of the proof of Theorem 6) 



Let FAi be the machine below that accepts all words that end in a: 
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and let FA 2 be the machine below that accepts all words with an odd number 
of letters (odd length): 



a, b 



a, b 

Using the algorithm produces the machine below that accepts all words that 
either have an odd number of letters or that end in a: 



x 2 or y 2 




*2 or y\ 



The only state that is not a + state is the — state. To get back to the start 
state, a word must have an even number of letters and end in b. I 



EXAMPLE (Inside of the proof of Theorem 6) 



Let FA\ be: 




which accepts all words ending in a, and let FA 2 be: 




which accepts all words ending in b. 
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Using the algorithm, we produce: 



a 




which accepts all words ending in a or b, that is, all words except A. Notice 
that the state x 2 or y 2 cannot be reached since x 2 means "we have just read 
an a" and y 2 means "we have just read a b." ■ 

We still have two rules to go. 

Rule 3 If there is an FA , that accepts the language defined by the regular expres- 
sion ri and an FA 2 that accepts the language defined by the regular 
expression r 2 then there is an FA 3 that accepts the language defined by 
the concatenation r,r 2 , the product language. 



Again, we shall verify this rule by constructive algorithm. 
Let L\ be the language of all words with b as the second letter. One machine 
that accepts L, is FA\ below: 



a, b 




a, b 




Let L 2 be the language of all words that have an odd number of a's. One 
machine for L 2 is FA 2 on the next page. 
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Now consider the input string ababbaa. This is a word in the product 
language L X L 2 , since it is the concatenation of a word in L\ (ab) with a word 
in L 2 (abbaa). If we begin to run this string on FA\, we would reach the + 
state after the second letter. If we could now somehow automatically jump 
over into FA 2 , we could begin running what is left of the input, abbaa, starting 
in the — state. This remaining input is a word in L 2 , so it will finish its 
path in the + state of FA 2 . Basically, this is what we want to build — an FA 3 
that processes the first part of the input string as if it were FA { ; then when 
it reaches the FA\ + state, it turns into the - state on FA 2 . From there it 
continues processing the string until it reaches the + state on FA 2 , and we 
can then accept the input. 

Tentatively, let us say FA 3 looks something like this: 




Unfortunately, this idea, though simple, does not work. We can see this 
by considering a different input string from the same product language. The 
word ababbab is also in L,L 2 , since abab is in L { (it has b as its second 
letter) and bob is in L 2 (it has an odd number of a's). 

If we run the input string ababba first on FA U we get to the + state after 
two letters, but we must not say that we are finished yet with the L\ part of 
the input. If we stopped running on FA\ after ab, we would reach + in FA,, 
but the remaining input string abbab could not reach + on FA 2 since it has 
an even number of a's. 

Remember that FA\ accepts all words with paths that end at a final state. 
They could pass through that final state many times before ending there. This 
is the case with the input abab. It reaches + after two letters. However, we 
must continue to run the string on FA\ for two more letters. We loop back 
to + twice. Then we can jump to FA 2 and run the remaining string bab on 
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FA 2 . The input bab will start on FA 2 in the - state and finish in the + 
state. 

Our problem is this: "How do we know when to jump from FA X to FA 2 T 
With the input ababbaa we should jump when we first reach the + in FA\. 
With the input ababbab (which differs only in the last letter), we have to stay 
in FA\ until we have looped back to the + state some number of times before 
jumping to FA 2 . How can a finite automaton, which must make a mandatory 
transition on each input letter without looking ahead to see what the rest of 
the string will be, know when to jump from FA X to FA 2 1 

This is a subtle point, and it involves some new ideas. 

We have to build a machine that has the characteristic of starting out like 
FA\ and following along it until it enters a final state at which time an option 
is reached. Either we continue along FA X waiting to reach another + or else 
we switch over to the start state of FA 2 and begin circulating there. This is 
tricky, since the r x part of the input string can generate an arbitrarily long 
word if it has a star in it, and we cannot be quite sure of when to jump out 
of FA\ and into FA 2 . 

As before, we first illustrate how to build such an FA 3 for a specific ex- 
ample. The two machines we shall use are 

FA X = the machine that accepts only strings with a double a in them 

and 

FA 2 = the machine that accepts all words that end in the letter b. 



We shall start with the state z x , which is exactly like jci. It is a start state, 
and it means that the input string is being run on FA X . From z x if we read 
a b, we must return to the same state x x , which is z x again. From z x if we 
read an a, we must go to state x 2 because we are interested in seeing that 
the first section of the input string is a word accepted by FA\. Therefore, z 2 
is the same as x 2 . From the state z 2 if we read a b, we must go back to z x . 
Therefore, we have the relationships 



FA 



FA 2 




Z\ — X\ 



Z 2 = X 2 



The picture of FA 3 starts out just like the picture of FA X . 
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b 




a 



Now if we are in z 2 and we read an a, we must go to a new state z 3 , which 
in some ways corresponds to the state x 3 in FA\. However, x 3 has a dual 
identity. Either it means that we have reached a final state for the first half 
of the input as a word in the language, for FA\ and it is where we cross over 
and run the rest of the input string on FA 2 , or else it is merely another state 
that the string must pass through to get eventually to its last state in FAi. 
Many strings, some of which are accepted and some of which are rejected, 
pass through several + states on their way through any given machine. 

If we are now in z 3 in its capacity as the final state of FA\ for the first 
part of this input string, we must begin running the rest of the input string 
as if it were input of FA 2 beginning at state y u Therefore, the full meaning 
of being in z 3 is: 



Notice the similarity between this disjunctive (either/or) definition of z 3 and 
the disjunctive definitions for the z states produced by the algorithm given for 
the addition of two FA's. 

If we are in state z 3 and we read an a, we have now three possible inter- 
pretations for the state into which this puts us: 



z 3 = • 



x 3 , and we are still running on FA\ 
or 

V|, and we have begun to run on FA 2 



r 



we are back in x 3 continuing to run the string on FA 



or 



< 



we have just finished on FA, and we are now in y\ 
beginning to run on FA 2 



or 



we have looped from yi back to y x while already running on 
FA 2 



= x 3 or j, 

(since being in y { is the same whether we are 
there for the first time or not) 



= Z3 
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Therefore, if we are in z 3 and we read an a, we loop back to z 3 . 
If we are in state z 3 and we read a b, we go to state z 4 , which has the 
following meaning: 

C we are still in jc 3 continuing to run on FA i 

or 

+ za =\ we have just finished running on FA X and are now in y, on FA 2 

or 

k we are now in y 2 on FA 2 having reached there via y t 

= x 3 or y, or y 2 

If an input string ends its path in this state z 4 , that means that it could 
have been broken into two sections, the first going from x\ to x 3 and the 
second from y, to y 2 ; therefore, it must be accepted, so z 4 is a final state. 

So far our machine looks like this: 




If we are in z 4 and we read an a, our choices are: 



remaining in x 3 and continuing to run on FA\ 
or 

< having just finished FA\ and beginning at yi 
or 

having moved from y 2 back to yi in FA 2 
= x 3 or y. 



However, this is exactly the definition of z 3 again. So, in summary, if we 
are in z 4 and read an a, we go back to z 3 . 
If we are in z 4 and read a b, our choices are: 

remaining in x 3 and continuing to run on FA\ 
or 

< having just finished FA { and beginning at yi 

or 

having looped back from y 2 to y 2 running on FA 2 

= x 3 or y x or y 2 

= Z4 
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Thus we have produced a machine that accepts exactly those strings that 
have a front section with a double a followed by a back section that ends in 
b. This we can see because without a double a we never get to z 3 and we 
end in z 4 only if the whole word ends in b. 

In general, we can describe the algorithm for forming the machine FA 3 as 
follows. First we make a z state for every nonfinal x state in FA\. For each 
final state in FA\ we establish a z state that expresses the options that we are 
continuing on FA\ or are beginning on FA 2 . From there we establish z states 
for all situations of the form 



There are clearly only finitely many possibilities for such z states, so FA 3 
is a finite machine. The transition from one z state to another for each letter 
of the alphabet is determined uniquely by the transition rules in FA\ and FA 2 . 
So FA 3 is a well-defined finite automaton that clearly does what we want, 
that is, it accepts only strings that first reach a final state on FA\ and then 
reach a final state on FA 2 . 



EXAMPLE (Inside the proof of Theorem 6) 

Let FA\ be: 



are in x someth i ng continuing on FA t 
or 

have just started yi about to continue on FA 2 
or 

are in y som ethin g continuing on FA 2 



b 



a 



a, b 




a 
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which accepts the language L x of all words that do not contain the substring 
aa. 

Let FA 2 be: 



a, b 




a, b 



which accepts the language L 2 of all words with an odd number of letters. 

Using the algorithm above, we produce the following machine to accept 
the product language L\L 2 . 



x l ory 1 x 2 ory 2 ory 1 




b 



All states except the - state are final states. The - state is left the instant 
an input letter is read, and it can never be reentered. Therefore, the language 
this machine accepts is all words but A. This actually is the product language 
L X L 2 , since if a word w has an odd number of letters, we can factor it as 
(A)(w), where A is in L, and w is in L 2 . If w has an even (not 0) number 
of letters, we can factor it as 

w = (first letter)(the rest) 

where (first letter) must be in L { and (the rest) is in L 2 . Only the word A 
cannot be factored into a part in L\ and a part in L 2 . ■ 

We are now ready for our last rule. 

Rule 4 If r is a regular expression and FA\ is a finite automaton that accepts 
exactly the language defined by r, then there is an FA called FA 2 that 
will accept exactly the language defined by r*. 
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The language defined by r* must always contain the null word. To accept 
the null string A we must indicate that the start state is also a final state. 
This could be an important change in the machine FA U since strings that return 
to X] might not have been accepted before. They may not be in the language 
of the expression r. The building of our new machine must be done carefully. 

We shall, as in the other cases, first illustrate the algorithm for manufac- 
turing this machine on a simple example. We cannot use most of the examples 
we have seen recently because their closure is not different from themselves 
(except for the possibility of the word A). This is just a curious accident of 
these examples and not usual for regular expressions. The concatenation of 
several strings of words ending in b is itself a word ending in b. The con- 
catenation of several strings containing aa is itself a string containing aa. The 
concatenation of EVEN-EVEN strings is itself an EVEN-EVEN string. 

Let us consider the regular expression 

r = a* + aa*b 

The language defined by r is all strings of only a's and the strings of some 
(not zero) a's ending in a single b. The closure of this language is defined 
by (a* + aa*b)*, which includes all words in which each b has an a on its 
left. Here r* is clearly not equal to r, since such words as aba and ababaaa 
are in r* but not in the language of r. 

The machine we use to accept r is FA\ pictured below. 




Notice that x 4 is a reject state. Any string that enters it stays there and is 
eventually rejected. A word that goes to x 2 and stops there is a word of all 
a's and it is accepted. To get to x 3 and stop there, we need exactly one b 
after the a's. It is true that x, is also a final state, but the only word that 
ends there is A. 

The machine we shall build, FA 2 , to accept the language defined by r* 
begins as follows. 



± z, = X\ 
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If we are in z x and read a b, we go to the reject state x 4 , which we call z 2 . 

Z 2 = X4 

If we are in z x and read an a, we go to z 3 , which means a little more than 
x 2 alone. 



x 2 and we continue processing the middle of a longer factor 
of type r that itself may be only one of many substrings of 
type r that the input word is composed of 

or 

we have just accepted a section of the input string as being 
in the proper form for r and now we are back in x\ starting 
again on the next section of the input string 



What we are trying to say here is that while we are scanning the input 
string we may have arrived at a break between one factor of type r and another 
factor of type r, in which case the first ends correctly at a + and the second 
should begin at the — . However, a factor of type r does not have to stop 
at the first + that it comes to. It may terminate at the fourth + , and the 
new type r factor may then pick up at the - . 

As we saw with the product of two machines when we hit a + on the 
first machine we can continue on that machine or jump to the — on the 
second. Here when we hit a + , we can also jump back to the — (on the 
same machine) or we can ignore the + status of the state and continue pro- 
cessing or (a new option) we can end. 

This situation is like a bus with passengers. At each stop (final state) there 
is the possibility that some people get off while others stay on the bus waiting 
for their correct stops. Those that get off may jump back to start and get on 
another bus immediately. We are trying to trace where all these people could 
be at any given time. Where they are must be some collection of bus stops 
(states), and they are either finished, still inside the bus riding, or back at 
start. 

If we ever get to z 2 , the total input is to be rejected, so we stay at z 2 . 
We know this mechanically (which means here that we know it without any 
intelligent insight, which is important since we should never need anything 
that the algorithm does not automatically provide) because x 4 loops back 
to x 4 by a and by b and therefore z 2 must do the same. 

If we are in z 3 and we read a b, we go different places depending on 
which clause in the definition of z 3 was meant in a particular case. If z 3 meant 
x 2 , we now go to jc 3 , but if z 3 meant that we are back in jci, then we now 
go to X4. Therefore, we have a new state. However, even when we are in 
x 3 we could be there in two ways. We could be continuing to run a string 
on FA\ and proceed as normal or else we could have just accepted a part of 
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the string and we are starting to process the next section from scratch at x\. 
Therefore, z 4 has a triple meaning: 

+ z 4 = X\ or x 3 or x 4 

Since x 3 is an accept state, z 4 can also accept a string that ends its path there. 

Where do we go if we are in z 3 and we read an a? If we were in x 2 we 
stay there, whereas if we were back in X\ we would go to x 2 . Therefore, we 
return to z 3 . Remember again that every + state is also automatically a possible 
restart state jumping back to jc,. 

If we are in z 4 and we read a b, whether we are in x u x 3 , or x 4 , we 
definitely go to x 4 , which is z 2 . 

If we are in z 4 and we read an a, we go (if we were in Jti) to x 2 or (if 
we were in x 3 ) to x 4 or (if we were in x 4 ) to x 4 . Therefore, we are in a new 
state 

+ z 5 = Xi or x 2 or jc 4 

which must be a final state since x 2 is. 

From z 5 an a gets us to (jc, or x 2 or x 4 ), which is z 5 , whereas a b gets 
us to (x\ or jc 3 or - x 4 ), which is z 4 again. 

This finishes the description of the whole machine. It is pictured below. 




This is not actually a bad machine for the language defined by 

(a* + aa*b)* 

The general rule for this algorithm is that each z state corresponds to some 
collection of x states. We must remember each time we reach a final state it 
is possible that we have to start over again at X] . There are only finitely many 
possible collections of x states, so the machine produced by this algorithm 
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has only finitely many states. The transitions from one collection of x states 
to another based on reading certain input letters is determined completely by 
the transition rules for FA t . Therefore, this algorithm will always produce an 
FA, and the FA it produces satisfies our requirements. 

Let us do another example. Consider the regular expression: 

r = aa*bb* 

This defines the language of all words where all the a's (of which there 
is at least one) come before all the b's (of which there is at least one). 
One FA that accepts this language is: 



a b 




Now let us consider the language defined by r*. 

r* = (aa*bb*)* 

This is a collection of a's then b's then a's then b's and so on. Most 
words fit this pattern. In fact, the only strings not in this language are those 
that start with a b and those that end with an a. All other strings are words 
defined by r*. This r* is almost equivalent to 

a(a + b)*b 

For example, aababbb is in r* since (aab) is in r and (abbb) is in r. 
(Every string in r* can be uniquely factored into its substrings of type r, but 
this is a side issue.) The string abba is definitely not in r* since it ends in 
a. 

Now let us build an FA for r*. 
We begin with the start state: 



— Z\ — X\ 
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Reading an a takes us to 

Z2 = X2 

Reading a b in state z, takes us to 

Z3 = *3 




Like its counterpart ;c 3 , z 3 is a point of no return (abandon all hope, ye 
that enter). 

From z 2 if we read an a, we return to z 2 , just as with x 2 - From z 2 if we 
read a b, we proceed to a new state called z 4 . 




However, z 4 is not just x 4 . Why? Because when we are processing the 
string ababb and we get to z 4 , we may have just accepted the first factor (ab) 
as being of the form r and be about to process the second factor starting 
again in the state x t . On the other hand, if we are processing the string abbab 
and we have only read the first two letters, even though we are in z 4 we have 
not completed reading the whole first factor of type r. Therefore, 



+ z 4 = x\ or Xa 
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Because it is possible to end here and accept a string, this must be a final 
state, but we must have the option of continuing to read another factor (sub- 
string) of type r or to finish reading a factor we are in the middle of. If we 
are in z 4 and we read an a, we go to x 3 (if we were in x 4 ) or x 2 (if we were 
in xi). Therefore, we could say that we are going to a new state: 

Zs = X2 or x 3 

However, the option of being in x 3 is totally worthless. If we ever go there, 
we cannot accept the string. Remember x 3 is Davy Jones's locker. No string 
that gets there ever leaves or is ever accepted. So if we are interested in the 
paths by which strings can be accepted, we need only consider that when in 
z 4 if we read an a it is because we were in the x\ part of z 4 , not the x 4 part. 
This a, then, takes us back to z 2 . (This is a touch of extra insight not actually 
provided by the algorithm. The algorithm requires us blindly to form a new 
state, z 6 . We shall build both machines, the smart one and the algorithm one.) 

If we are in z 2 and we read a b, we go to x 4 (if we were in x 4 ) or x 3 (if 
we were in x { ). Again, we need not consider the option of going to x 3 (the 
suicide option), since a path going there could accept no words. So instead 
of inventing a new state: 

z 6 = X\ or x 3 or x 4 

which the algorithm above tells us to construct, we can simply assume that 
from z 4 a b always takes us to x 4 . This is, of course, really the combination 
(x 4 or xi) because we could now continue the processing of the next letter as 
if it were in the state x t having just accepted a factor of type r. This is the 
case with the word abbab. 

These options, x x or x 4 , are already the definition of state z 4 , so we have 
finished our machine. 
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If we had mechanically followed the algorithm in the proof, we would have 
constructed 




For some applications it may be important to construct the entire machine 
mechanically as above because accepting an input string in z 4 may somehow 
be different from accepting it in z b (the cost could be different, or the storage 
space, etc.). For our simple purposes, there is no difference between these 
two machines. 

In both of these diagrams it is clear that in order to be accepted the only 
conditions a string must satisfy are that it begin with an a and end with a 
b. Therefore, because we understand the language r* and we understand these 
two machines, we know that they truly represent the language r* as desired. 

Before we feel completely satisfied with ourselves we should realize that 
neither of the machines we have built accepts the word A, which must be in 
the closure of any language. What went wrong was at the very beginning 
when we said that z x was the equivalent of x x . This is true only when x x is 
also a final state, since otherwise z x , which must be a final state, cannot be 
its true twin. z x can act like x x in all other respects as a starting state for the 
acceptance of a word on FA X , but since z\ must be a final state, we cannot 
simply posit its equivalence to x\. What we need are two states that are like 
X\. One of them will be x\ and a final state, while the other will be X\ and 
a nonfinal state. The reason we may need a state like x x that is not a final 
state is that in the running of an input string on FA X we may be required to 
reenter the state x\ several times. If x x is not a final state in FA X , but we 
convert it into z x , which is a final state, then when an input string ends in 
X\ on FA X and is not accepted on FA X , we do not want mistakenly to say 
that it ends in z x , which then causes it to be accepted on FA 2 . In the machine 
we have at present, this is no problem since the state x x on FA X can never 
be reentered (no edges go into x\). Therefore, we can say that the z x we have 
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is sufficient to represent X\ in all its uses. An accurate machine for the language 
defined by (aa*bb*)* is this: 



a 




b b 



To illustrate the possible need for two different states representing x u we 
have to start with a machine that does not accept A but that does allow the 
state x\ to be reentered in the path for some input words. One such FA is 
the one below, which accepts the language of all words with an odd number 
of b's. 




Let us practice our algorithm on this machine. 

The first state we want is z u which must be like x x except that it is also 
a final state. If we are in z t and we read an a, we come back to x\, but this 
time in its capacity as a nonfinal state. We have to give a different name to 
this state; let us call it z 2 . 

z\ = Xi and a final state 
z 2 = x\ and a nonfinal state 

0— © 

If we are in zi and we read a b, we must go to a state like x 2 . Now since 
x 2 is a final state, we must also include the possibility that once we enter x 2 



136 PUSHDOWN AUTOMATA THEORY 



we immediately proceed as if we were back in X\. Therefore, the state z 3 that 
we go to is simply x x or x 2 and a final state because of x 2 . 
At this point the machine looks like this: 

0— ! — 0 

b 

e 

If we are in z 2 and we read an a, we stay in z 2 . If we are in z 2 and we 
read a b, we go to z 3 . If we are in z 3 and we read an a, it will take us 
back to z 3 , since if we were in X\ we would stay in x\ and if we were in 
x 2 we would stay in x 2 . If we are in z 3 and we read a b, then we also return 
to z 3 , since if we were in x u then we would go to x 2 , and if we were in 
x 2 we would go to x,. The whole machine is this: 



a 




a, b 



The only words not accepted by this machine are words of solid a's. All 
other words are clearly the concatenation of substrings with one b each and 
are therefore in the closure of the language of FA\. 

This is another example of how the null string may have no letters yet still 
be a royal pain in the neck. One regular expression defining the language of 
all words with an odd number of b's is 

r = a*b(a*ba*b)*a* 
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therefore the regular expression 

r* = [a*b(a*ba*b)*a*]* 

defines the language of all words that are not of the form aa*. Another regular 
expression for this language is 

A + (a + b)*J>(a + b)* 

Therefore, 

A + (a + b)*b(a + b)* = [a*b(a*ba*b)*a*]* 

It is hard to imagine an algebraic proof of this equation. The problem of 
determining when two regular expressions define the same language will be 
discussed in Chapter 12. 

We have now developed algorithms that, when taken together, finish the 
proof of part three of Kleene's theorem. (We have been in the middle of this 
project for so long it is possible to lose our perspective.) 

Because of Rule 1, Rule 2, Rule 3, and Rule 4, we know that all regular 
expressions have corresponding finite automata that give the same language. 
This is because while we are building the regular expression from the recursive 
definition we can simultaneously be building the corresponding FA from the 
four algorithms shown above. This is a powerful example of the strength of 
recursive definitions. 

As an example, suppose we want to find an FA to accept the language for 
the regular expression (ab)*a(ab + a*)*. Since this is a regular expression, 
it can be built up by repeated applications of the rules: any letter, sum, product, 
star. 

The lengthy process of expression and machine-building can proceed as 
follows: a is a letter in the alphabet, so there is an FA that accepts it called 
FA]. Now b is a letter in the alphabet, so there is a machine that accepts it, 
FA 2 . Then ab is the language of the product of the two machines FA\ and .*» 
FA 2 , so there is a machine to accept it, FA 3 . Then (ab)* is the language of 
the closure of the machine FAj, so there is a machine to accept it, call it 
FA 4 . 

Now a* is the language of the closure of the machine FA X , so there is an 
FA to accept it called FA 5 . Now ab + a* is the language of the sum of FA 3 
and FA 5 , so there is a machine to accept it, FA 6 . Now (ab + a*)* is the 
language of the closure of FA 6 ; therefore, there is a machine to accept it, 
FA 7 . Now a(ab + a*)* is the product of FAi and FA 7 , so there is a machine 
to accept it, FA S . Now (ab)*a(ab + a*)* is the product of machines FA A and 
FA%, call it FA 9 . Done. 
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All regular expressions can be handled the same way. We have shown that 
every language accepted by an FA can be accepted by a TG, every language 
accepted by a TG can be defined by a regular expression, and every language 
defined by a regular expression can be accepted by an FA. This concludes 
the proof of all of Kleene's theorem. ■ 

The proof has been constructive, which means that we have not only shown 
that there is a correspondence between regular expressions, FA's and TG's, 
but we have also shown exactly how to find examples of the things that 
correspond. Given any one we can build the other two using the techniques 
outlined in the proof above. 

Because TG's seem more understandable, we often work with them instead 
of struggling with the rigors of FA's (especially having to specify what happens 
in every state to every letter). 

The biggest surprise of this theorem may be that TG's are not any more 
powerful than FA's in the sense that there are no extra languages that TG's 
can accept that FA's could not handle already. This is too bad because we 
shall soon show that there are some languages that FA's cannot accept, and 
we shall need a more powerful type of machine than a TG to deal with them. 

Even though with a TG we had the right to exercise some degree of judg- 
ment — we made some decisions about sectioning the reading of the input string — 
we could do no better than a purely automatic robot like an FA. The human 
input factor was worth essentially nothing. 



PROBLEMS 

For the following transition graphs use the algorithm of this chapter to find 
an equivalent regular expression. Then simplify the expression if possible. 



1. 
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Find regular expressions r 1; r 2 , r 3 for these, respectively, and simplify the 
expressions if possible. Describe these languages in English. 

Using the algorithms in this chapter and the three FA's from Problem 7 
find FA's for the following: 

8. r, + r 2 

9. r, + r 3 

10. r 2 + r 3 

11. r,r 2 

12. r ir3 

13. r 2 r 3 

14. r 2 r, 

15. r,r, 

16. (r,)* 

17. (r 2 )* 

18. (r 3 )* 

19. Based on the regular expressions in Problems 8 through 18, answer these 
questions: Is the machine for the same as the machine for r 2 r,? 
Why? Is the machine for ri + r 2 the same as the machine for r 2 + ri? 
Why? Is the machine for r^i the same as the machine for (r,)*? Why? 
Would the machine for r 2 r 2 be the same as the machine for (r 2 )*? Why? 

20. If some automaton, FA U has ti\ states and some other automaton, FA 2 , 
has n 2 states, what is the maximum number of states possible in the 
machines the algorithms in this chapter produce for the automata cor- 
responding to 

(i) FAi + FA 2 

(ii) FA X FA 2 

(iii) (FA])* 



CHAPTER 8 



NONDETERMINISM 

In our discussion of transition graphs in Chapter 6, there was one point that 
we glossed over that is actually a subtlety of great depth. We said that we 
would label every edge of the graph with any string of alphabet letters (perhaps 
even the null string A). We even allowed two edges coming out of the same 
state to have exactly the same label: 




If we tried to forbid people from writing this directly, they could sneak it 
into TG's in other ways: 
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Even if we restrict labels to strings of only one letter or A, we may in- 
directly permit these two equivalent situations: 



We have already seen that in a TG a particular string of input letters may 
trace through the machine on different paths, depending on our choice of 
grouping. For instance, abb can go from state 3 to 4 or 5 in the middle 
example above depending on whether we read the letters two and one or all 
three at once. The ultimate path through the machine is not determined by 
the input alone. Therefore, we say this machine is nondeterministic. Human 
choice becomes a factor in selecting the path; the machine does not make all 
its own determinations. Remember that a string is accepted by the machine 
if at least one sequence of choices leads to a path that ends at a final state. 

In 1959, Michael Oser Rabin and Dana Scott introduced the notion of non- 
determinism for language-recognizing finite automata. 

DEFINITION 

A nondeterministic finite automaton (NFA) is a collection of three things: 

1. A finite set of states with one start state ( — ) and some final states ( + ). 

2. An alphabet X of possible input letters. 

3. A finite set of transitions that describe how to proceed from each state 
to other states along edges labeled with letters of the alphabet (but not 
A), where we allow the possibility of more than one edge with the same 
label from any state and some states for which certain input letters have 
no edge. ■ 

Some authors argue that an NFA is not a special case of a TG since they 
insist in their definition that a TG is not allowed more than one edge from 
one state with the same label. (We did not insist on this in our definition.) 
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Let us observe that we can replace all same-labeled edges using this trick: 




is equivalent to 
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Therefore, we can convert any NFA into a TG with no repeated labels from 
any single state. 

Let us also observe that every deterministic finite automaton can be con- 
sidered as an example of an NFA where we did not make use of the extra 
possible features. Nowhere in the definition of NFA did we insist that an NFA 
have nondeterministic branching. Any FA will satisfy the definition of an NFA. 
So we have: 

1. Every FA is an NFA. 

2. Every NFA has an equivalent TG. 

3. By Kleene's theorem, every TG has an equivalent FA. 

Therefore: 

languages of FA's C languages of NFA's C languages of TG's = 

languages of FA's 



THEOREM 7 

FA = NFA 

by which we mean that any language definable by a nondeterministic finite 
automaton is also definable by a deterministic (ordinary) finite automaton and 
vice versa. We say then that they are of equal power. ■ 

Let us not mistake the equation FA = NFA as meaning that every NFA 
is itself an FA. This is not true. Only that for every NFA there is some FA 
that is equivalent to it as a language acceptor. 

NFA's may sometimes be easier or more intuitive to use than FA's to define 
a given language. One example of this is a machine to combine two FA's, 
one that accepts the language of the regular expression r x and the other for 
the language of the regular expression r 2 . If the start states in these two 
machines have no edges coming into them, we can produce an NFA 3 that 
accepts exactly the language of T] + r 2 by amalgamating the two start states. 
This is illustrated below. 



Let FA] be 
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And let FA 2 be 



Then NFA 3 = FA X + FA 2 is 




Nondeterminism does not increase the power of an FA, but we shall see 
that it does increase the power of the more powerful machines introduced later. 



EXAMPLE 

It is sometimes easier to understand what a language is from the picture of 
an NFA that accepts it than from the picture of an FA. Let us take, for 
example, the language of all words that contain either a triple a (the substring 
acta) or a triple b (the substring bbb) or both. The NFA below does an obvious 
job of accepting this language. 

a. b 



a. h 
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If a word contains aaa somewhere inside of it, it can be accepted by a path 
along the high road. If it contains bbb, it can be accepted along the low road. 
If a word has both, it can use either route. Clearly, anything that gets to + 
has one of these substrings. 

Let us now build an FA that accepts this language. It must have a start 
state. From the start state, it must have a path of three edges to accept the 
word aaa. It needs three edges because otherwise a shorter string of a's could 
be accepted. Therefore, we begin our machine with 

For similar reasons, we can deduce that there must be a path for bbb that 
has no loop and uses entirely different states. If it shared any of the same 
states, we could begin with a's and pick up with b's. So we must have at 
least two more states since we could share the last state of the three-edge 
path with one of the a states already drawn. 




If we are along the a path and read a b before the third a, we jump to the 
beginning of the b path and vice versa. The whole FA then looks like this: 




a 



We can understand this FA because we have seen it built, but the NFA is 
still much easier to interpret. ■ 
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Nondeterminism can have important practical applications, in particular in 
the subject of artificial intelligence (AI). We shall demonstrate this on one 
simple example. 

Suppose the problem we want to solve is the maze below: 



The rules are that we start at — and can proceed from square to adjacent 
square. We can walk only in empty squares, the dark squares are walls. When 
we get to the + we stop. This is not a very hard maze to figure out, but 
we are only taking an illustrative example. 

Let us number the open squares as follows: 





1 


2 


3 


4 




5 




6 




7 




8 




9 


+ 



Let us build the following nondeterministic finite automaton in which every 
state represents a square in the maze and one state can be reached from the 
other in the NFA only if the same move is possible in the maze. 



a a a a a 




The permission for each step is the letter a. The question, "Does this maze 
have a solution in six steps?" is the same as the question, "Is the word aaaaaa 
accepted by this NFA?" 

If the language for the NFA of some other maze was {aaa, aaaaa}, that 
would mean that there was a solution path of three steps and one of five 
steps. 



NONDETERMINISM 



149 



An algorithm that found all the words accepted by an NFA would auto- 
matically tell us all the lengths of the solution paths to all mazes. We already 
have such an algorithm. If we consider this NFA as a TG and apply the TG 
into regular expression conversion algorithm of Chapter 7, we discover, after 
simplification, that the language accepted by this machine is defined by 
aaaaaa(aa)*, which means that there are solutions of six steps, eight steps, 
ten steps, and so on. 



COMPARISON TABLE FOR AUTOMATA (Version 1) 





FA 


TG 


NFA 


Start states 


One 


One or more 


One 


Final states 


Some or none 


Some or none 


Some or none 


Edge labels 


Letters from £ 


Words from £* 


Letters from X 


Number of 
edges from 
each state 


One for each 
letter in X 


Arbitrary 


Arbitrary 


Deterministic 
(Every input 
string has 
one path) 


Yes 


Not necessarily 


Not necessarily 


Every path 
represents 
one word 


Yes 


Yes 


Yes 



PROBLEMS 

1. In the example for NFA^ above, why was it necessary to stipulate that 
no edges come into the two different start states? What can be done to 
add two machines when this condition fails? 

2. Suppose NFA) is a machine for the regular expression r, and NFA 2 for 
the regular expression r 2 . Further suppose that NFA X has only one + 
state and that this state has no edges leading out of it (even back to 
itself). Show how to make a simple NFA for the language rir 2 . 
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3. Can anything be done, similar to Problem 2, for (Ti)*? 

4. (i) How many NFA's are there with exactly two states where there 

can be 0, 1, or 2 final states and where the states may even be 
disconnected? 

(ii) How many are there if the states cannot be disconnected? 

(iii) How many different connected NFA's are there with two states 
that accept at least one word? (Be careful: We are counting ma- 
chines not languages.) 

Let us now introduce a machine called "a nondeterministic finite automaton 
with null string labels," abbreviated NFA-A. This machine follows the same 
rules as an NFA except that we are allowed to have edges labeled with the 
null string A, as in the example below: 




5. What words are accepted by the machine pictured above? 

6. Prove that NFA-A's have the same power as FA's, that is, show that 
any language accepted by a machine of one type can also be accepted 
by a machine of the other. 

7. Show that NFA-A's can be added, concatenated, and starred quite easily 
(without the extra conditions required for NFA's). 

Convert the following NFA-A's into FA's. 
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What is the language for each of the NFA's pictured below? Write reg- 
ular expressions for each. 



10. 



a, b 



11. 



a.b 



a.b 




M + 



a, b 



12. 




13. 




14. 




15. Build FA's for the languages in Problems 10 through 14. 



For each of the following FA's, find NFA's that have fewer states 
and accept the same language. 
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A one-person game can be converted into an NFA as follows. Let every 
possible board situation be a state. If any move (there may be several 
types of moves but we are not interested in distinguishing among them) 
can change some state x into some state y, then draw an edge from x 
to y and label it m. Label the initial position — and the winning positions 
+ . "This game can be won in five moves" is the same as saying "m 5 
is accepted by this NFA." Once we have the NFA we use the algorithm 
of Chapter 7 to convert it into a regular expression. The language it 
represents tells us how many moves are in each winning sequence. 

Let us do this with the following example. The game of Flips is played 
with three coins. Initially they are all heads. A move consists of flipping 
two coins simultaneously from whatever they were to the opposite side. 
For example, flipping the end coins changes THH into HHT. We win 
when all three coins are tails. There are eight possible states: HHH, 
HHT,. . . . TTT. The only - is HHH; the only + is TTT. Draw this 
NFA, labeling any edge that can flip between states with the letter m. 

Convert this NFA into a regular expression. Is m 3 or m 5 in the lan- 
guage of this machine? The shortest word in this language is the shortest 
solution of this puzzle. What is it? 



CHAPTER 9 



FINITE 
AUTOMATA 
WITH 
OUTPUT 



In our discussion of finite automata in Chapter 5, our motivation was in part 
to design a mathematical model for a computer. We said that the input string 
represents the program and input data. Reading the letters from the string is 
analogous to executing instructions in that it changes the state of the machine, 
that is, it changes the contents of memory, changes the control section of the 
computer, and so on. Part of this "and so on," that was not made explicit 
before is the question of output. We mentioned that we could consider the 
output as part of the total state of the machine. This could mean two different 
things: one, that to enter a specific computer state means change memory a 
certain way and print a specific character, or two, that a state includes both 
the present condition of memory plus the total output thus far. In other words, 
the state could reflect what we are now printing or what we have printed in 
total. One natural question to ask is, "If we have these two different models, 
do these machines have equal power or are there some tasks that one can do 
that the other cannot?" 
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If we assume that all the printing of output is to be done at the end of 
the program run, at which time we have an instruction that dumps a buffer, 
then we have a maximum on the number of characters that the program can 
print, namely the size of the buffer. However, theoretically we should be able 
to have outputs of any finite length. For example, we might simply want to 
print out a copy of the input string, which could be arbitrarily long. 

These are questions that have to be faced if we are to claim that our 
mathematical models of FA's and TG's represent actual physical machines. 
So far we have used finite automata only as acceptors or recognizers of lan- 
guages; in this chapter we shall investigate two different models for FA's with 
output capabilities. These were created by G. H. Mealy (1955) and, inde- 
pendently, by E. F. Moore (1956). The original purpose of the inventors was 
to design a mathematical model for sequential circuits, which are only one 
component of a whole computer. It is an important component, and as we 
shall see, acts as a machine all by itself. We shall present these two models, 
prove that they are equivalent, and give some examples of how they arise in 
sequential circuits. 

DEFINITION 

A Moore machine is a collection of five things: 

1. A finite set of states q 0 , q\, qi ■ ■ ■ where q 0 is designated as the start 
state. 

2. An alphabet of letters for forming the input string 

2 = { a, b, c, . . . }. 

3. An alphabet of possible output characters 

T = { x, .y, z, . . . }. 

4. A transition table that shows for each state and each input letter what 
state is reached next. 

5. An output table that shows what character from T is printed by each state 
that is entered. I 

Notice that we did not assume that the input alphabet 2 is the same as 
the output alphabet T. When dealing with twentieth-century machines, both 
input and output are usually encoded strings of O's and l's. However, we may 
interpret the input bit strings as instructions in a programming language. We 
may also wish to group the strings of output bits into codes for typewriter 
characters. We discuss whether it is necessary to have more than two letters 
in an alphabet in Chapter 29. 

To keep the output alphabet separate from the input alphabet, we give it 
a different name, T instead of 2, and for its letters we use symbols from the 
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other end of the Latin alphabet: {x, y, z . . . } or numbers {0, 1 ... } instead 
of {a, b, c . . . }. Moreover, we refer to the input symbols (as we always 
have) as letters, while we call the output symbols characters. 

As we shall see from our circuitry examples, the knowledge of which state 
is the start state is not always important in applications. If the machine is run 
several times, it may continue from where it left off rather than restart. Because 
of this, we can define the Moore machine in two ways: Either the first symbol 
printed is the character always specified in the start state or else it is the 
character specified in the next state, which is the first state chosen. We shall 
adopt the policy that a Moore machine always begins by printing the character 
dictated by the mandatory start state. This difference is not significant (see 
Problem 13 below). If the input string has 7 letters, then the output string 
will have 8 characters because it includes eight states in its path. 

Because the word "outputted" is so ugly, we shall say "printed" instead, 
even though we realize that the output device does not technically have to be 
a printer. 

A Moore machine does not define a language of accepted words, since every 
input string creates an output string and there is no such thing as a final state. 
The processing is terminated when the last input letter is read and the last 
output character is printed. Nevertheless, there are subtle ways to turn Moore 
machines into language definers (see Problem 12 below). 

Moore machines have pictorial representations very similar to their cousins 
the FA's. We start with little circles depicting the states and directed edges 
between them labeled with input letters. The difference is that instead of having 
only the name of the state inside the little circle, we also specify the output 
character printed by that state. The two symbols inside the circle are separated 
by a slash "/". On the left side is the name of the state and on the right is 
the output from that state. 

EXAMPLE 

Let us consider an example defined first by a table: 



Input alphabet: 2 = {a, b} 

Output alphabet: T = {0, 1} 

Names of states: q 0 , q u q 2 , tfr, (qo = start state) 





Transition Table 


Output Table 






New State 


(The 








Character 








Printed in the 


Old State 


After Input a 


After Input b 


Old State) 


- 9o 


9i 


93 


1 


9i 


93 


9i 


0 


92 


9o 


93 


0 


93 


93 


92 


1 
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The pictorial representation of this Moore machine is 



b 




In Moore machines, so much information is written inside the state circles 
that there is no room for the minus sign indicating the start state. We usually 
indicate the start state by an outside arrow as shown above. As mentioned 
before there is no need for any plus signs either, since any input string will 
generate an output string and can end in any state having done an acceptable 
job. 

Let us trace the operation of this machine on the input string abab. We 
always start this machine off in start q 0 , which automatically prints out the 
character 1. We then read the first letter of the input string, which is an a 
and which sends us to state q x . This state tells us to print a 0. The next input 
letter is a b, and the loop shows that we return to state q\. Being in q x again, 
we print another 0. Then we read an a, go to q 3 , and print a 1. Next we 
read a b, go to q 2 , and print a 0. This is the end of the run. The output 
sequence has been 10010. ■ 

EXAMPLE 

Suppose we were interested in knowing exactly how many times the substring 
aab occurs in a long input string. The following Moore machine will "count" 
this for us: 



Every state of this machine prints out the character 0 except for state q 3 , 
which prints a 1. To get to state <? 3 , we must have come from state q 2 and 
have just read a b. To get to state q 2 , we must have just read at least two 
a's in a row, having started in any state. After finding the substring aab and 



a 
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tallying a 1 for it, we begin to look for the next aab. If we read a b, we 
start the search in q 0 ; if we read an a, we start in q x . The number of substrings 
aab in the input string will be exactly the number of l's in the output string. 



Input String 




a 


a 


a 


b 


a 


b 


b 


a 


a 


b 


b 




State 


<?o 




12 




















Output 


0 


0 


0 


0 


1 


0 


0 


0 


0 


0 


1 


0 



To count up how many l's are in the output string we could use bit collection 
methods from assembly-language programming, depending on the application 
we have in mind. H 

The example above is part of a whole class of useful Moore machines. 
Given a language L and an FA that accepts it, if we add the printing instruction 
0 to any nonfinal state and 1 to each final state, the l's in any output sequence 
mark the end position of all substrings of the input string starting from the 
first letter that are words in L. The machine above with q 0 = - , <jf 3 = + 
accepts all words that end in aab. 

Our next subject is another variation of the FA called the Mealy machine. 
A Mealy machine is like a Moore machine except that now we do our printing 
while we are traveling along the edges, not in the states themselves. If we 
are in state q 4 and we are proceeding to q-,, we do not simply print what q 7 
tells us. What we print depends on the edge we take. If there are two different 
edges from q 4 to q 7 , one an a-edge and one a b-edge, it is possible that they 
will have different printing instructions for us. We take no printing instructions 
from the state itself. 



DEFINITION 

A Mealy machine is a collection of four things: 

1. A finite set of states q 0 , q,, q 2 ■ ■ ■ where q 0 is designated as the start 
state. 

2. An alphabet of letters £ = {a, b, . . . } for forming input strings. 

3. An alphabet of output characters T = {x, y, z . . . }. 

4. A pictorial representation with states represented by small circles and di- 
rected edges indicating transitions between states. Each edge is labeled 
with a compound symbol of the form Ho where / is an input letter and 
o is an output character. Every state must have exactly one outgoing edge 
for each possible input letter The edge we travel is determined by the 
input letter /; while traveling on the edge we must print the output char- 
acter o. ■ 
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We have for the sake of variation defined a Mealy machine by its pictorial 
representation. Another reason is that the table definition is not as simple as 
that for a Moore machine (see the problem section below). 

EXAMPLE 

The following picture represents a Mealy machine: 




a/l 



Notice that when we arrive in state # 3 we may have just printed a 1 or 
a 0. If we came from state q 0 by the 6-road, we printed a 0. If we got there 
from by the a-road, we printed a 1. If we got there from q 2 , it depends 
on whether we took the a-road and printed a 0 or the b-road and printed a 
1. If we were in g 3 before and looped back on the input a, we then printed 
a 1. Every time we enter q x we have just printed a 0, but it is not always 
possible to tell this information from the destination state alone. 

Let us trace the running of this machine on the input sequence aaabb. We 
start in state q 0 - In distinction to the Moore machine, here we do not have 
to print the same character each time we start up, even before getting a look 
at the input. The first input letter is an a, which takes us to q x and prints 
a 0. The second letter is an a, which takes to q 3 and prints a 1. The third 
letter is an a, which loops us back to q 3 and prints a 1. The fourth letter is 
a b, which takes us back to q 0 and prints a 1. The fifth letter is a b, which 
takes us to q 3 and prints a 0. The output string for this input is OHIO. ■ 

Notice that in a Mealy machine the output string has the same number of 
characters as the input string has letters. As with the Moore machine, the 
Mealy machine does not define a language, so it has no final states. However, 
we will see shortly that there is a sense in which it can recognize a language. 

If there are two edges going in the same direction between the same pair 
of states, we can draw only one arrow and represent the choice of label by 
the usual comma. 

b/y 
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EXAMPLE 

The simplest example of a useful Mealy machine is one that prints' out the 
l's complement of an input bit string. This means that we want to produce 
a bit string that has a 1 wherever the input string has a 0 and a 0 wherever 
the input has a 1. For example, the input 101 should become the output 010. 
One machine that does this is: 



0/1, 1/0 




If the input is 001010 the output is 110101. This is a case where the input 
alphabet and output alphabet are both {0, 1}. ■ 



EXAMPLE 

We now consider a Mealy machine called the increment machine that assumes 
that its input is a binary number and prints out the binary number that is one 
larger. We assume that the input bit string is a binary number fed in backwards, 
that is, units digit first (then 2's digit, 4's digit . . . ). The output string will 
be the binary representation of the number one greater and will also be gen- 
erated units bit first (backwards). 

The machine will have three states: start, owe-carry, no-carry. The owe- 
carry state represents the overflow when two bits equal to 1 are added — we 
print a 0 and we carry a 1. 

From the start state we read the first bit. If we read in a 0, we print a 
1 and we do not owe a carry bit. If we read a 1, we print a 0 and we do 
owe a carry bit. If at any point in the process we are in no-carry (which 
means that we do not owe a carry), we print the next bit just as we read it 
and remain in no-carry. However, if at some point in the process we are in 
owe-carry, the situation is different. If we read a 0, we print a 1 and go to 
the no-carry state. If we are in owe-carry and we read a 1, we print a 0 and 
we loop back to owe-carry. The complete picture for this machine is: 



o/o, 1/1 
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Let us watch this machine in action on the binary representation for the 
number eleven, 1011. The string is fed into the machine as 1101 (backwards). 
The first 1 causes a 0 to be printed and sends us to owe-carry. The next 1 
causes a 0 to be printed and loops back to owe-carry. The next input letter 
is a 0 and causes a 1 to be printed on our way to no-carry. The next bit, 
1, is printed out, as it is fed in, on the no-carry loop. The total output string 
is 0011, which when reversed is 1100, and is, as desired, the binary repre- 
sentation for the number twelve. 

As simple as this machine is, it can be simplified even further (see Problem 
18). 

This machine has the typical Mealy machine property that the output string 
is exactly as long as the input string. This means that if we ran this incre- 
mentation machine on the input 1111 we would get 0000. We must interpret 
the owe-carry state as an overflow situation if a string ever ends there. ■ 

There is a connection between Mealy machines and sequential circuits (which 
we touch on at the end of this chapter) that makes them a very valuable 
component of Computer Theory. The two examples we have just presented 
are also valuable to computing. Once we have an incrementer, we can build 
a machine that can perform the addition of binary numbers, and then we can 
use the l's complementing machine to build a subtracting machine based on 
the following principle: 

If a. and b are strings of bits, then the subtraction a — b can be performed by (I) 
adding the l's complement of b to a ignoring any overflow digit and (2) incre- 
menting the results by 1 . 

For example, 

14-5 (decimal) = 1110 - 0101 (binary) 

-> 1110 + l's complement of 0101 + 1 (binary) 
= 1110 + 1010 + 1 (binary) 

= [1] 1001 binary (dropping the [1]) = 9 (decimal) 

18 - 7 = 10010 - 00111 ^ 10010 + 11000 + 1 
= [1J01011 01011 = 11 (decimal) 
The same trick works in decimal notation if we use 9's complements, that 
is, replace each digit d in the second number by the digit (9 - d). For ex- 
ample, 46 - 17 46 + 82 + 1 = [1]29 -> 29. 

EXAMPLE 

Even though a Mealy machine does not accept or reject an input string, it 
can recognize a language by making its output string answer some questions 
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about the input. We have discussed before the language of all words that have 
a double letter in them. The Mealy machine below will take a string of a's 
and b's and print out a string of O's and l's such that if the wth output character 
is a 1 it means that the nth input letter is the second in a pair of double 
letters. For example ababbaab becomes 00001010 with l's in the position of 
the second of each pair of repeated letters. 




read b 



This is similar to the Moore machine that recognized the number of oc- 
currences of the substring aab. This machine recognizes the occurrences of 
aa or bb. Notice that the triple letter word aaa produces the output 011 since 
the second and third letters are both the back end of a pair of double a's. 



So far, our definition of the equivalence of two machines has been that 
they accept the same language. In this sense we cannot compare a Mealy 
machine and a Moore machine. However, we may say that two output automata 
are equivalent if they always give the same output string when presented with 
the same input string. In this way, two Mealy machines may be equivalent 
and two Moore machines may be equivalent, but a Moore machine can never 
be equivalent to a Mealy machine because the length of the output string from 
a Moore machine is one longer than that from a Mealy machine given the 
same input. The problem is that a Moore machine always begins with one 
automatic start symbol. 

To get around this difficulty, we define a Mealy machine to be equivalent 
to a Mpore machine whenever they always result in the same output if the 
automatic start symbol for the Moore machine is deleted from the front of 
the output. 
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DEFINITION 

Given the Mealy machine Me and the Moore machine Mo, which prints the 
automatic start-state character x, we will say that these two machines are 
equivalent if for every input string the output string from Mo is exactly x 
concatenated with the output from Me. ■ 

Rather than debate the merits of the two types of machine, we prove that 
for every Moore machine there is an equivalent Mealy machine and for every 
Mealy machine there is an equivalent Moore machine. We can then say that 
the two types of machine are completely equivalent. 

THEOREM 8 

If Mo is a Moore machine, then there is a Mealy machine Me that is equivalent 
to it. 



PROOF 

The proof will be by constructive algorithm. Consider any particular state in 
Mo — call it q A . It gives instructions to print a certain character — call it t. Let 
us consider- all the edges that enter this state. Each of them is labeled with 
an input letter. Let us change this. Let us relabel all the edges coming into 
q 4 . If they were previously labeled a or b or c . . . , let them now be labeled 
alt or bit or clt . . . and let us erase the t from inside the state q 4 . This means 
that we shall be printing a ( on the incoming edges before they enter q 4 . 



becomes 



b t 



b t 



We leave the outgoing edges from q 4 alone. They will be relabeled to print 
the character associated with the state to which they lead. 

If we repeat this procedure for every state q 0 , q u . . . , we turn Mo into 
a Mealy machine Me. As we move from state to state, the things that get 
printed are exactly what Mo would have printed itself. 

The symbol that used to be printed automatically when the machine started 
in state q 0 is no longer the first output character, but this does not stop the 
rest of the output string from being the same. 

Therefore, every Mo is equivalent to some Me. I 
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EXAMPLE 



Below, a Moore machine is converted into a Mealy machine by the algorithm 
of the proof above. ■ 




THEOREM 9 

For every Mealy machine Me there is a Moore machine Mo that is equivalent 
to it. 



PROOF 

Again the proof will be by constructive algorithm. 

We cannot just do the reverse of the previous procedure. If we were to 
try to push the printing instruction from the edge as it is in Me to the inside 
of the state as it should be for a Moore machine, we might end up with a 
conflict. Two edges might come into the same state but have different printing 
instructions, as in this example. 




What we need then are twin copies of the same state. The edge a/0 will 
go into <jr 4 ' (<? 4 copy 1) and the edge bl\ will go into q 4 2 (q 4 copy 2). The 
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edge labeled b/0 will also go into q A x . Inside these states, we include the 
printing instuctions q 4 '/0 and q 4 2 /l. The arrows coming out of each of these 
copies of what used to be q 4 must be the same as the edges coming out of 
q 4 originally. We get two sets of the output edges each equal to the original 
out-edges but the one set of original in-edges is divided between the two 
copies. The example above becomes: 



The instruction to print a 0 or a 1 is now found inside the state, not along 
the edge. 

State by state we repeat this procedure. If all the edges coming into the 
object state have the same printing instruction, then we can simply move that 
printing instruction into the state. This does not effect the edges coming out 
of the state. 




If there is more than one possibility for printing as we enter the state, then 
we need a copy of the state for each character we might have to print. (We 
may need as many copies as there are characters in I\) All the edges that 
entered a certain state that used to be labeled 



now lead into the copy of that state that instructs us to print the character /. 
Each of the copies of the orginal state retains a complete set of the original 
outgoing edges. The labels on the incoming edges lose their printing instruc- 
tions. The letters on the outgoing edges retain them if they have not lost them 
already. This algorithm slowly turns a Mealy into a Moore state by state. 

One interesting consequence of this algorithm is that an edge that was a 
loop in Me may become one edge that is not a loop and one that is a loop 
in Mo. For example, 



b 





something 1 1 
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What happens in the example above is that the edge labeled a/0 has to 
enter a version of q } that prints a 0. We call this g 3 '/0. The loop labeled bl\ 
at g 3 has to enter a version of g 3 that prints a 1. We call this g 3 2 /l. When 
we enter g 3 from the edge a/0, we enter q^/0, but we must also be able to 
loop with b's while staying in a g 3 -like state. Therefore, an edge labeled b 
must connect g 3 '/0 to o 3 2 /l. Since we must be allowed to repeat as many fo's 
as we want there must be a b loop at the state g 3 2 /l. Each b loop we go 
around prints another 1 when it reenters q 2 . As with all such twin descendants, 
they must both be connected to q 6 by a/0. 

If there is ever a state that has no edges entering it, we can assign it any 
printing instruction we want, even if this state is the start state. 

Let us repeat this process for each state of Me, q 0 , q x , . . . . This will 
produce Mo. If we have to make copies of the start state in Me, we can let 
any one of them be the start state in Mo since they all give the identical 
directions for proceeding to other states. Having a choice of start states means 
that the conversion of Me into Mo is not unique. We should expect this since 
any Me is equivalent to more than one Mo. It is equivalent to the Mo with 
automatic start symbol 0, or to the Mo with automatic start symbol 1, . . . . 

As we run a string on the Mo that we have produced, we move from state 
to state very much as in the Me. It may not be the exact same state that we 
enter but one of the clones of the original. But this copy sends us along the 
same direction that the original did. We end up printing the same sequence 
of output characters. 

The only difference is that when we start up the machine initially we print 
some unpredictable character, specified by the start state, that does not cor- 
respond to any output from Me, because Me never prints before reading an 
input letter. But we allowed for this discrepancy in the definition of equiv- 
alence, so there is no problem. ■ 

Together, Theorems 8 and 9 allow us to say 

Me = Mo. 

When we went from Mo to Me, we kept the same number of states and same 
number of edges. When we go from Me to Mo, these can both increase drast- 
ically. 
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EXAMPLE 

Let us start with the following Mealy machine: 




We can begin the conversion process anywhere because the algorithm does 
not specify the order of replacing states; so let us first consider the state q Q . 
Two edges come into this state, one labeled a/0 and one labeled b/l. Therefore, 
we need two copies of this state: one that prints a 0 (called q 0 l ) and one that 
will print a 1 (called q 0 2 ). Both of these states must be connected to qi through 
an edge labeled all and to <7 3 through an edge labeled b/0. There is no loop 
at q 0 , so these two states are not connected to each other. The machine be- 
comes: 



ft/i 




ft 



We must select the start state for the new machine, so let us arbitrarily 
select qo 2 - Notice that we now have two edges that cross. This sometimes 
happens, but aside from making a messier picture, there is no real problem" 
in understanding which edge goes where. Notice that the edge from q x to q 0 , 
which used to be labeled a/0, is now only labeled a because the instruction 
to print the 0 is found in the state <?o'/0. The same is true for the edge from 
<? 3 , which also loses its printing instruction. 
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State q x has only two edges coming into it: one from q 2 labeled al\ and 
a loop labeled bl\. So whenever we enter q { we are always printing a 1. We 
have no trouble here transferring the print instructions from the edges into the 
state. The machine now looks like this: 




What we have now is a partially converted machine or a hybrid. We could 
run an input string on this machine, and it would give us the same output 
as the original Me. The rules are that if an edge says print, then print; if a 
state says print, then print. If not, don't. 

Let us continue the conversion. State q 3 is easy to handle. Two edges come 
into it, both labeled b/0, so we change the state to q 3 /0 and simplify the edge 
labels to b alone. 
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The only job left is to convert state q 2 . It has some O-printing edges entering 
it and some 1 -printing edges (actually two of each, counting the loop). There- 
fore, we must split it into two copies, q 2 and q 2 2 . Let the first print a 0 and 
the second print a 1. The two copies will be connected by a b edge going 
from q 2 to q 2 (to print a 0). There will also be a b loop at q 2 . The final 
machine is this: 




The student of Computer Science may already have met these machines in 
courses on Computer Logic or Architecture. They are commonly used to de- 
scribe the action of sequential circuits that involve flip-flops and other feedback 
electronic devices for which the output of the circuit is not only a function 
of the specific instantaneous inputs but also a function of the previous state 
of the system. The total amount of history of the input string that can be 
"remembered" in a finite automaton is bounded by the number of states the 
automaton has. A machine can recognize a language of arbitrarily long words, 
but it cannot remember a particular word that has more letters than the machine 
has states. A 6-state machine cannot remember the last 7 input letters but it 
can remember a specific five-letter word like aabaa. Chapter 11 will deal with 
this subject in more depth. Automata with input and output are sometimes 
called transducers because of their connection with electronics. 



EXAMPLE 

Let us consider an example of a simple sequential circuit. The box labeled 
NAND means "not and." Its output wire carries the complement of the Boolean 
AND of its input wires. The output of the box labeled DELAY is the same 
as its previous input. It delays transmission of the signal along the wire by 
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one step (clock pulse). The DELAY is sometimes called a D flip-flop. The 
AND and OR are as usual. Current in a wire is denoted by the value 1, no 
current by 0. 



input 



NAND 



DELAY 



OR 



OR 



output 



We identify four states based on whether or not there is current at points 
A and B in the circuit. 



<?o 


is 


A 


= 0 


B 


= 0 


<7i 


is 


A 


= 0 


B 


= 1 


<li 


is 


A 


= 1 


B 


= 0 


Is 


is 


A 


= 1 


B 


= 1 



The operation of this circuit is such that after an input of 0 or 1 the state 
changes according to the following rules: 

new B = old A 

new A = (input) NAND (old A OR old B) 
output = (input) OR (old B) 

At various discrete pulses of a time clock input is received, the state changes, 
and output is generated. 

Suppose we are in state q 0 and we recive the input 0: 



new B = old A = 0 

new A = (input) NAND (old A OR old B) 
= (0) NAND (0 OR 0) 
= 0 NAND 0 
= 1 

output = 0 OR 0 = 0 
The new state is q 2 (since new A = 1, new B = 0). 

If we are in state q 0 and we receive the input 1: 

new B = old A = 0 

new A — 1 NAND (0 OR 0) = 1 
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output = 1 OR 0 = 1 
The new state is q 2 (since the new A = 1 and the new B = 

If we are in q x and we receive the input 0: 

new B = old A = 0 

new A = 0 NAND (0 OR 1) = 1 

output = 0 OR 1 = 1 

The new state is q 2 . 

If we are in q\ and we receive the input 1: 

new B = old A = 0 

new A = 1 NAND (0 OR 1) = 0 

output = 1 OR 1 = 1 

The new state is q 0 . 

If we are in state q 2 and we receive the input 0: 

new B = old A = 1 

new A = 0 NAND (1 OR 0) = 1 

output = 0 OR 0 = 0 
The new state is <? 3 (since new A = 1, new = 1). 

If we are in q 2 and we receive the input 1: 

new B = old A = 1 

new A = 1 NAND (1 OR 0) = 0 

output = 1 OR 0 = 1 

The new state is q { . 

If we are in q 3 and we receive the input 0: 

new B = old A = 1 

new A = 0 NAND (1 OR 1) = 1 

output = 0 OR 1 = 1 

The new state is q 3 . 

If we are in q 3 and we receive the input 1: 

new B = old A — 1 

new A = 1 NAND (1 OR 1) = 0 

output = 1 OR 1 = 1 

The new state is q\. 
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After input 0 


After input 1 


Old state 


New state 


Output 


New state 


Output 


<7o 


<?2 


0 




1 


<7i 


<?2 


1 




1 




?3 


0 




1 


1i 


?3 


1 




1 



The action of this sequential feedback circuit is equivalent to the following 
Mealy machine. 




If we input two O's no matter which state we started from, we will get to 
state <? 3 . From there the input string 011011 will cause the output sequence 
111011. ■ 



COMPARISON TABLE FOR AUTOMATA (version 2) 





FA 


TG 


NFA 


NFA-A 


MOORE 


MEALY 


Start states 


One 


One or more 


One 


One 


One 


One 


Final states 


Some or none 


Some or none 


Some or none 


Some or none 


None 


None 


Edge labels 


Letters 
from 2 


Words from 
2* 


Letters 
from 2 


Letters from 
2 and A 


Letters 
from 2 


ilo 
i from 1 
o from T 


Number of 
edges from 
each state 


One for each 
letter in 2 


Arbitrary 


Arbitrary 


Arbitrary 


One for 
each letter 
in 2 


One for 
each letter 
in 2 


Deterministic 


Yes 


No 


No 


No 


Yes 


Yes 


Output 


No 


No 


No 


No 


Yes 


Yes 


Page defined 


65 


89 


143 


150 


155 


158 
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PROBLEMS 



Each of the following is a Moore machine with input alphabet 2 = {a, b} and 
output alphabet Y = {0,1}. In Problems 1 through 5, draw the machines given 
the transition and output tables. In Problems 6 through 10, construct the tran- 
sition and output tables given the pictorial representations of the machines. 





a 


b 


Output 


4o 


qi 


42 


1 


41 


4i 


4i 


0 


42 


4i 


4o 


1 




a 




Output 


4o 


4o 


42 


0 


41 


4i 


4o 


1 


42 


42 


4i 


1 




a 




Output 


4o 


4o 


4i 


1 


4l 


4o 


42 


0 


42 


42 


42 


1 


43 


4i 


4i 


0 




a 




Output 


qo 


43 


42 


0 


4l 


4i 


4o 


0 


42 


42 


43 


1 


43 


4o 


4i 


0 




a 




Output 


40 


4i 


42 


0 


41 


42 


43 


0 


12 


43 


44 


1 


13 


44 


44 


0 


44 


4o 


4o 


0 


a 




a. b 
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On each of the Moore machines in Problems 1 through 10, run the input 
sequence aabab. What are the respective outputs? 

Even though a Moore machine does not define a language of the strings 
that it accepts as input, we can still use it to recogonize a language in 
the following sense. We can arrange that the last character printed out 
by the machine is an A for accept or an R for reject. For example, the 
following Moore machine will recognize the language of all words of 
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the form (a + b)*aa(a + b)* in the sense that these words and only 
these words will cause the last character printed by the machine to be 
A. 



Show that all languages defined by regular expressions can be recognized 
by Moore machines in this fashion. 

13. Suppose we define a Less machine to be a Moore machine that does 
not automatically print the character of the start state. The first character 
it prints is the character of the second state it enters. From then on, for 
every state it enters it prints a character, even when it reenters the start 
state. In this way the input string gets to have some say in what the 
first character printed is going to be. Show that these Less machines are 
equivalent to Mealy machines in the direct sense, that is, for every Less 
machine there is a Mealy machine that has the same output for every 
input string. 

Mealy machines can also be defined by transition tables. The rows and the 
columns are both labeled with the names of the states. The entry in the table 
is the label of the edge (or edges) going from the row state to the column 
state (if there is no such edge, this entry is blank). 

Construct the transition table for each of the four Mealy machines shown 
below. 



b 



a 



a, b 




14. 




15. 



a/0 



a/0 




b/1 
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a/0 





b/l 




18. The example of the increment machine on page 160 used three states 
to perform its job. Show that two states are all that are needed. 

19. (i) Convert the Moore machines in Problems 1 through 10 into Mealy 

machines. 

(ii) Convert the Mealy machines in Problems 14 through 17 into Moore 
machines. 

20. Draw a Mealy machine equivalent to the following sequential circuit. 



input 



OR 



DELAY 



AND 



output 



OR 



CHAPTER 10 



REGULAR 
LANGUAGES 

A language that can be defined by a regular expression is called a regular 
language. In the next chapter we address the important question, "Are all 
languages regular?" The answer is no. But before beginning to prove this, we 
discuss some of the properties of the class of all languages that are regular. 

The information we already have about regular languages is summarized in 
the following theorem. 



THEOREM 10 

If Li and L 2 are regular languages, then L,+L 2 , L\L 2 and Li* are also regular 
languages. 



Remark 

Li + L 2 means the language of all words in either L\ or L 2 . L X L 2 means the 
language of all words formed by concatentating a word from L\ with a word 
from L 2 . L\* means strings that are the concatenation of arbitrarily many factors 
from L\. The result stated in this theorem is often expressed by saying: The 
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set of regular languages is closed under union, concatenation, and the Kleene 
star operator. 

PROOF 1 (by Regular Expressions) 

If L\ and L 2 are regular languages, there are regular expressions r, and r 2 
that define these languages. Then (ri + r 2 ) is a regular expression that defines 
the language L, + L 2 . The language L,L 2 can be defined by the regular expres- 
sion r,r 2 . The language L\* can be defined by the regular expression (rO*. 
Therefore, all three of these sets of words are definable by regular expressions 
and so are themselves regular languages. ■ 

The proof of Theorem 10 above uses the fact that L, and L 2 must be 
definable by regular expressions if they are regular languages. Regular lan- 
guages can also be defined in terms of machines, and as it so happens machines 
can also be used to prove this theorem. 

PROOF 2 (by Machines) 

Since L\ and L 2 are regular languages, there must be TG's that accept them. 
Let TG\ accept L, and TG 2 accept L 2 . Let us further assume that TG\ and 
TG 2 each have a unique start state and a unique separate final state. If this 
is not the case originally, we can modify the TG's so that it becomes true 
as in Theorem 6, Part 2. 

The TG described below accepts the language L, + L 2 : 




Starting at the - of TG U our only option is to follow a path on TG\. 
Starting at the - of TG 2 , we can only follow a path on TG 2 . Starting at the 
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new - state, we must choose to go to one machine or the other; once there, 
we stay there. This machine proves that L x + L 2 is regular. 
The TG described below accepts the language L X L 2 : 

^ ~. ^ ^ 

where 1 is the former + of TG\ and 2 is the former — of TG 2 . 
The TG described below accepts the language L{*\ 




Here we begin at the — of TG\ and trace a path to the + of TG\. At 
this point, we could stop and accept the string or jump back, at no cost, to 
the — of TG\ and run another segment of the input string back down to + . 
We can repeat this process as often as we want. The edge that goes directly 
from - to + allows us to accept the word A, but otherwise it has no effect 
on the language accepted. I 



EXAMPLE 

Let the alphabet be 2 = {a,b}. 
Let 

L { = all words of two or more letters 

that begin and end with the same letter 

and 

L 2 = all words that contain the substring aba 
For these languages we will use the following TG's and regular expressions: 
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a. b 




a, b 



r, r 2 
a(a + b)*a + b(a + b)*b (a + b)* aba (a + b)* 

The language L, + L 2 is regular because it can be defined by the regular 
expression: 

[a(a + b)*a + b(a + b)*b] + [(a + b)* aba (a + b)*] 

(for the purpose of clarity we have employed brackets instead of nested pa- 
rentheses) and is accepted by the TG: 
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The language L\L 2 is regular because it can be denned by the regular expres- 
sion: 

[a(a + b)*a + b(a + b)*b] [(a + b)* aba (a + b)*] 
and is accepted by the TG: 

a, b 




a, b 



The language L\* is regular because it can be defined by the regular expres- 
sion: 

[a(a + b)*a + b(a + b)*b]* 
and is accepted by the TG: 
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DEFINITION 

If L is a language over the alphabet, X, we define its complement, L' , to 
be the language of all strings of letters from X that are not words in L. ■ 

Many authors use the bar notation L to denote the complement of the lan- 
guage L, but, as with most writing for computers, we will use the more 
typable form. 

EXAMPLE 

If L is the language over the alphabet X = {a,b} of all words that have a 
double a in them, then L' is the language of all words that do not have a 
double a. I 

It is important to specify the alphabet X or else the complement of L might 
contain "cat", "dog", "frog". . . , since these are definitely not strings in L. 

Notice that the complement of the language L' is the language L. We could 
write this as 

(L'Y = L. 

This is a theorem from Set Theory that is not restricted only to languages. 
THEOREM 11 

If L is a regular language, then V is also a regular language. In other words, 
the set of regular languages is closed under complementation. 

PROOF 

If L is a regular language, we know from Kleene's Theorem that there is 
some FA that accepts the language L. Some of the states of this FA are final 
states and, most likely, some are not. Let us reverse the final status of each 
state, that is, if it was a final state, make it a nonfinal state, and if it was 
a nonfinal state, make it a final state. If an input string formerly ended in a 
nonfinal state, it now ends in a final state and vice versa. This new machine 
we have built accepts all input strings that were not accepted by the original 
FA (all the words in V) and rejects all the input strings that the FA used to 
accept (the words in L). Therefore, this machine accepts exactly the language 
L' . So by Kleene's Theorem, L' is regular. ■ 
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EXAMPLE 

An FA that accepts only the strings aba and abb is shown below: 




a, b 



An FA that accepts all strings other than aba and abb is 




THEOREM 12 

If L\ and L 2 are regular languages, then L\ D L 2 is also a regular language. 
In other words, the set of regular languages is closed under intersection. 



PROOF 

By DeMorgan's Law for sets of any kind (regular languages or not): 

L\ n l 2 = (zy + L 2 y 
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This is illustrated by the Venn diagrams below. 




This means that the language L\ Pi L 2 consists of all words that are not in 
either L\ or L 2 . Since L\ and L 2 are regular, then so are L\ and L 2 . Since 
L\ and L 2 are regular, so is L/ + L 2 '. And since L/ + £ 2 ' is regular, then 
so is (L\ + L 2 ')', which means L) Pi L 2 is regular. ■ 

This is a case of "the proof is quicker than the eye." When we start with 
two languages L, and L 2 , which are known to be regular because they are 
defined by FA's, finding the FA for L, PI L 2 is not as easy as the proof makes 
it seem. If L, and L 2 are defined by regular expressions finding L\ Pi L 2 can 
be even harder. However, all the algorithms that we need for these construc- 
tions have already been developed. 



EXAMPLE 

Let us work out one example in complete detail. We begin with two languages 
over X = {a,b}. 

L\ = all strings with a double a 

L 2 = all strings with an even number of a's. 

These languages are not the same, since aaa is in Li but not in L 2 and aba 
is in L 2 but not in L\. 

They are both regular languages because they are defined by the following 
regular expressions (among others). 

= (a + b)*aa(a + b)* 
r 2 = b*(ab*ab*)* 

The regular expression r 2 is somewhat new to us. A word in the language 
L 2 can have some b's in the front, but then whenever there is an a it is 
balanced (after some b's) by another a. This gives us factors of the form 
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(ab*ab*). The word can have as many factors of this form as it wants. It 
can end in an a or a b. 

Since these two languages are regular, Kleene's Theorem says that they can 
also be defined by FA's. The two smallest of these are: 



b a a. b 




a 



In the first machine we stay in the start state until we read our first a, 
then we move to the middle state. This is our opportunity to find a double 

a. If we read another a from the input string while in the middle state, we 
move to the final state where we remain. If we miss our chance and read a 

b, we go back to - . If we never get past the middle state, the word has 
no double a and is rejected. 

The second machine switches from left state to right state or from right 
state to left state every time it reads an a. It ignores all b's. If the string 
begins on the left and ends on the left, it must have made an even number 
of left/right switches. Therefore, the strings this machine accepts are exactly 
those in L 2 . 

Now the first step in building the machine (and regular expression) for 
L\ fl L 2 is to find the machines that accept the complementary languages L\ 
and L 2 '. Although it is not necessary for the successful execution of the al- 
gorithm, the English description of these languages is: 

L] ' = all strings that do not contain the substring aa 
L 2 ' = all strings having an odd number of a's 

In the proof of the theorem that the complement of a regular language is 
regular we gave the algorithm for building the machines that accept these 
languages. All that we have to do is reverse what is a final state and what 
is not a final state. The machines for these languages are then 
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b a a, b 




a 



Even if we are going to want both the regular expression and the FA for 
the intersection language, we do not need to find the regular expressions that 
go with these two component machines. However, it is good exercise and the 
algorithm for doing this was presented as part of the proof of Kleene's Theo- 
rem. Recall that we go through stages of transition graphs with edges labeled 
by regular expressions. FA,' becomes: 




State 3 is part of no path from — to + , so it can be dropped. When we 
eliminate the edge from state 2 to state 1, we are destroying a loop of ab 
at state 1, a loop of bb*a at state 2, and the path: state 2, state 1, + , which 
adds a bb*-edge from 2 to + . 
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The possible paths from - to + are now from - to state 1 to + , which 
is labeled (b + ab)*, and from - to state 1 to state 2 to + labeled 

(b + ab)*a(bb*a)*(A + bb*) 

The regular expression we have produced for L x ' is then: 

(b + ab)* + (b + ab)*a(bb*a)*(A + b*) 

There are many regular expressions for this set. Rather than use this com- 
plicated formula, let us note that the term (b + ab)* alone covers all words 
that have no double a and end in b. Therefore, we can produce the same set 
by adding the factor (nothing or a) to the end of this expression: 

r,' = (b + ab)*(A + a) 

This is the regular expression we use for L\ . 

Let us now do the same thing for the language L 2 ' . FA 2 ' becomes: 



Let us start the simplification of this picture by eliminating the edge from 
state 1 to state 2. We must ask what paths this destroys that we must replace. 
One path it destroys is a loop back to state 1. We replace this with a loop 
at state 1 labeled ab*a, which is what the old loop through state 2 amounted 
to. The other path this elimination destroys is the path from state 1 to state 
2 to state + . We must include an edge for this path labeled ab* . This picture 
is now: 
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We can now see that there is no way to get to state 2, so it cannot be 
part of any path from - to + . Therefore, we can eliminate it and its two 
edges. (Strictly speaking, to work entirely according to the algorithm, we should 
eliminate its edges first and then notice that it can be dropped. We have taken 
the liberty of taking an insightful shortcut.) The two loops at state 1 can be 
combined to give: 

b+ab*a 

We can now eliminate state 1 and we have 

(b+ab*a)*ab* 

which gives us the regular expression 

r 2 ' = (b + ab*a)*ab* 

This is one of several regular expressions that define the language of all 
words with an odd number of a's. Another is 

b*ab*(ab*ab*)* 

which we get by adding the factor b*a in front of the regular expression for 
L\. This works because words with an odd number of a's can be interpreted 
as b*a in front of words with an even number of a's. The fact that these 
two different regular expressions define the same language is not obvious. The 
question, "How can we tell when two regular expressions are equal?", will 
be answered in Chapter 12. 

We now have regular expressions for L\ and L 2 , so we can write the 
regular expression for L\ + L 2 . This will be 

r,' + r 2 ' = (b + ab)*(A + a) + (b + ab*a)*ab* 

We must now go in the other direction and make this regular expression into 
an FA so that we can take its complement to get the FA that defines L\ fl L 2 . 

To build the FA that corresponds to a complicated regular expression is no 
picnic, as we remember from the proof of Kleene's Theorem. 

An alternative approach is to make the machine for L/ + L 2 ' directly from 
the machines for L\ and L 2 ' without resorting to regular expressions. We have 
already developed the method of building a machine that is the sum of two 
FA's also in the proof of Kleene's Theorem. 
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Let us label the states in the two machines for FA/ and FA 2 as shown: 



where the start states are X\ and y x and the final states are x u x 2 , and y 2 . 
The six possible combination states are: 

z\ = xi or y x start, final (words ending here are accepted in FA/) 
z 2 = x, or y 2 final (words ending here are accepted on FA/ and FA 2 ) 
z 3 = x 2 or y x final (words ending here are accepted on FA/) 
z 4 = x 2 or y 2 final (words ending here are accepted on FA/ and FA 2 ) 
z s = x 3 or y { not final 

z 6 = x-i or y 2 final (words ending here are accepted on FA 2 ) 
The transition table for this machine is: 




b 



a 



a 



b 



+ z, 

+ Z2 
+ Z 3 
+ Z4 



z 4 

Z3 

Z6 
Z5 
Z6 
Z5 



Z2 
Zl 
Z2 
Z5 
Z6 



Z5 
+ Z 6 



And so the machine can be pictured like this: 



b 



190 



AUTOMATA THEORY 



This is an FA that accepts the language L x ' + L 2 ' . If we reverse the status 
of each state from final to nonfinal and vice versa, we produce an FA for 
the language L { n L 2 . This is it: 



b 




This can be made into a regular expression as follows. First we observe 
that there is only one — and one + , so we do not have to add extra terminal 
states. Let us begin by removing the edge from z 2 to z 3 . The whole path from 
z 4 to z 2 to z 3 can be replaced with an edge labeled bb*a. Let us also eliminate 
the edge from z 3 to z 6 and let z 3 go directly into + on an edge labeled ab*a. 
There is no need to include in the z 3 path the possible looping back and forth 
between z 6 and + that can be done once z 3 leads into + . Once we get to 
+ , we can hop out and back again. We can then replace z 6 with a loop at 
+ labeled ab*a. 

The picture is now 




There are now two paths that start at — and go back to — , the simple 
loop at - and the circuit - to z 4 to z 3 to - . The second path can be reduced 
to the loop labeled (abb*ab), and we can then remove the edge from z 3 to 
- . From z 4 to + there are two paths: one by way of z 3 and the other direct. 
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We can remove the edge z 4 to z 3 (and then the whole state z 3 ) by labeling 
the direct edge z 4 to + with both alternatives as shown below: 



b+abb*ab 

This whole machine reduces to the regular expression: 

(b + abb*ab)*a(a + bb*aab*a)(b + ab*a)* 

Even though we know this expression must be our answer because we know 
how it was derived, let us try to analyze it anyway to see if we can understand 
what this language means .in some more intuitive sense. 

As it stands, there are four factors (the second is just an a and the first 
and fourth are starred). Every time we use one of the options from the two 
end factors we incorporate an even number of a's into the word (either none 
or two). The second factor gives us an odd number of a's (exactly one). The 
third factor gives us the option of taking either one or three a's. In total, the 
number of a's must be even. So all the words in this language are in L 2 . 

The second factor gives us an a, and then we must immediately concatenate 
this with one of the choices from the third factor. If we choose the a, then 
we have formed a double a. If we choose the other expression, bb*aab*a, 
then we have formed a double a in a different way. By either choice the 
words in this language all have a double a and are therefore in L\. 

This means that all the words in the language of this regular expression 
are contained in the language L, fl L 2 . But are all the words in L, D L 2 in- 
cluded in the language of this expression? 

The answer to this is yes. Let us look at any word that is in L x (~l L 2 . It 
has an even number of a's and a double a somewhere in it. There are two 
possibilities to consider separately: 

1. Before the first double a there are an even number of a's. 

2. Before the first double a there are an odd number of a's. 

Words of type 1 come from the expression below. 

(even number of a's but not doubled) (first aa) 
(even number of a's may be doubled) 
= (b + abb*ab)* (aa)(b + ab*a)* 
= type 1. 
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Notice that the third factor defines the language L x and is a shorter expression 
than the ri we used above. 

Words of type 2 come from the expression: 

(odd number of not doubled a's) (first aa) 
(odd number of a's may be doubled) 

Notice that the first factor must end in b, since none of its a's is part of a 
double a. 

= [(b + abb*ab)*abb*] aa [b*a(b + ab*a)*] 
= (b + abb*ab)*(a)(bb* aab*a)(b + ab*a)* 
= type 2 

Adding type 1 and type 2 together (and factoring out like terms using the 
distributive law), we obtain the same expression we got from the algorithm. 
We now have two proofs that this is indeed a regular expression for the 
language L, fl L 2 . M 

This completes the calculation that was started on page 184. 

The proofs of the last three theorems are a tour de force of technique. The 
first was proved by regular expressions and TG's, the second by FA's, and 
the third by a Venn diagram. 

We must confess now that the proof of the theorem that the intersection 
of two regular languages is again a regular language was an evil pedagogical 
trick. The theorem is not really as difficult as we made it seem. We chose 
the hard way to do things because it was a good example of mathematical 
thinking: Reduce the problem to elements that have already been solved. 

This procedure is reminiscent of a famous story about a theoretical math- 
ematician. Professor X is surprised one day to find his desk on fire. He runs 
to the extinguisher and douses the flames. The next day he looks up from his 
book to see that his wastepaper basket is on fire. Quickly he takes the basket 
and empties it onto his desk which begins to burn. Having thus reduced the 
problem to one he has already solved, he goes back to his reading. (The 
students who find this funny are probably the ones who have been setting the 
fires in his office.) 

The following is a more direct proof that the intersection of two regular 
languages is regular. 

GOOD PROOF OF THEOREM 12 

Let us recall the method we introduced as part of the proof of Kleene's Theo- 
rem to show that for any FA, and FA 2 there is an FA 3 that accepts the language 
that is the union of these two languages, that is, FA 3 accepts any string ac- 
cepted by either FA\ or FA 2 . 
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To prove this we showed how to build a machine with states z 1; z 2 , . . . of 
the form Jc some thing if the input is running on FA X or ^something if the input is 
running on FA 2 . If either the x state or the y state was a final state, we made 
the z state a final state. 

Let us now build the exact same machine FA 3 but let us change the des- 
ignation of final states. Let the z state be a final state only if both the cor- 
responding x state and the corresponding y state are final states. Now FA 3 
accepts only strings that reach final states simultaneously on both machines. 

The words in the language for FA 3 are words in both the languages for 
FAi and FA 2 . This is therefore a machine for the intersection language. ■ 

Not only is the proof shorter but also the construction of the machine has 
fewer steps. 

EXAMPLE 

In the proof of Kleene's Theorem, we took the sum of the machine that accepts 
words with a double a 





a 


b 


~X\ 


Xl 


X\ 


Xl 


X3 


X, 


+ *3 


Xl 


Xi 



and the machine that accepts all words in EVEN-EVEN 





a 


b 




yi 


y2 


y2 


y* 


y\ 


yi 


y\ 


y* 


y* 


y2 


y3 



The resultant union-machine was 





a 


b 


Old States 


±Z\ 


z 2 


z 3 


x\ or y x 


Z2 


z 4 


z 5 


x 2 or y 3 


Z3 


Z6 


Zl 


Xi or y 2 


+ Z4 


Z7 


Z8 


x 3 or y x 


z 5 


Zg 


ZlO 


x\ or y 4 


Z6 


z 8 


ZlO 


x 2 or y 4 


+ Z7 


Z4 


Zll 


x 3 or y 3 


+ z 8 


Zll 


Z4 


x 3 or y 2 


Zg 


Zll 


Zl 


x 2 or y 2 


ZlO 


Z12 


Z5 


x\ or y 3 


+ z,, 


Z8 


Z7 


Xi or y 4 


+ ZI2 


Zl 


Z3 


x 2 or yx 
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The intersection machine is identical to this except that it has only one final 
state. In order for the z state to be a final state, both the x and y states must 
be final states. If FA\ and FA 2 have only one final state, then FA3 can have 
only one final state (if it can be reached at all). The only final state in our 
FA 3 is z 4 , which is (x 3 or Vi). 

This complicated machine is pictured below: 




The dashed lines are perfectly good edges, but they have to cross other 
edges. With a little imagination, we can see how this machine accepts all 
EVEN-EVEN with a double a. All north-south changes are caused by fc's, all 
east- west by a's. To get into the inner four states takes a double a. ■ 



EXAMPLE 

Let us rework the example in the first proof once again, this time by the 
quick method. Thfs is like the citizens of the fabled city of Chelm who on 
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learning that they did not have to carry all of their logs down from the top 
of the mountain were so overjoyed that they carried them all back up again 
so that they could use the clever work-saving method of rolling them down. 

L\ = all strings with a double a 

FA, 




L 2 = all strings with an even number of a's 

FA 2 




a 



The machine that simulates the same input running on both machines at 
once is: 





a 


b 


Old States 


-Zl 


Z4 


Zl 


x\ or y. 


Z 2 


Z3 


Z2 


*i or y 2 


Z 3 


Z6 


Zl 


x 2 or y. 


Z 4 


Z5 


z 2 


x 2 or y 2 


z 5 


z 6 


z 5 


x 3 or yi 


Z6 


z 5 


z 6 


JC3 or y 2 



To be accepted by FA X an input string must have its path end in x 3 . To 
be accepted by FA 2 , an input string must have its path end in yi. To be 
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accepted by both machines at once, an input string on the z-machine, starting 
its processing in z,, must end its path in state z 5 and only z 5 . ■ 



b 




EXAMPLE 

Let us work through one last example of intersection. Our two languages will 
be 

Li = all words that begin with an a 

L 2 = all words that end with an a 

i - ! = a (a + b)* 

r 2 = (a + b)* a 

The intersection language will be 

L\ D L 2 = all words that begin and end with the letter a 

The language is obviously regular since it can be defined by the regular 
expression 

a(a + b)*a + a 

Note that the first term requires that the first and last a's be different, which 
is why we need the second choice "+ a." 

In this example we were lucky enough to "understand" the languages, so 
we could concoct a regular expression that we "understand" represents the 
intersection. In general, this does not happen, so we follow the algorithm 
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presented in the proof, which we can execute even without the benefit of 
understanding. 

For this we must begin with FA's that define these languages: 



a, b 




As it turns out, even though the two regular expressions are very similar, 
the machines are very different. There is a three-state version of FA 2 but no 
two-state version of FA\. 

We now build the transition table of the machine that runs its input strings 
on FA\ and FA 2 simultaneously. 



State 


Read a 


Read b 


New names 


xi or yi 


x 2 or y 2 


x 3 or yi 




x 2 or y 2 


x 2 or y 2 


x 2 or y. 


Z2 


x 3 or yi 


x 3 or y 2 


x 3 or yi 


Z3 


x 2 or yi 


x 2 or y 2 


x 2 or yi 


z 4 


x 3 or y 2 


x 3 or y 2 


x 3 or y x 


Z5 



The machine looks like this: 
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If were building the machine for 

L, + L 2 = all words in either L x or L 2 or in both 

We would put +'s at any state representing acceptance by L { or L 2 , that 
is, any state with an x 2 or a y 2 : 

z 2 + 
z 4 + 
z 5 + 

Since we are instead constructing the machine for 

L\ fl L 2 = all words in both L\ and L 2 

we put a + only after the state that represents acceptance by both' machines 
at once: 

z 2 + = x 2 or y 2 

Strings ending here are accepted by FA { if being run on FA, (by ending 
in x 2 ) and by FA 2 if being run on FA 2 (by ending in y 2 ). I 

Do not be fooled by this slight confusion 

z 2 = x 2 or y 2 = accepted by FA\ and by FA 2 
The poor plus sign is perilously overworked. 

2 + 2 (sometimes read "2 and 2 are 4") 

(a + b)* (a or b repeated as often as we choose) 

a + (a string of at least one a) 
Li + L 2 (all words in L x or in L 2 ) 

+ z 2 , z 2 + (z 2 is a final state, the machine accepts input 
strings if they end here) 

If humans were not smarter than machines, they could never cope with the 
mess they make of their own notation. 

PROBLEMS 



For each of the following pairs of regular languages, find a regular expression 
and an FA that each define L, fl L 2 . 



REGULAR 

1. (a + b)*a 

2. (a + b)*a 

3. (a + b)*a 

4. (a + b)b(a + b)* 

5. (a + b)b(a + b)* 

6. (a + b)b(a + b)* 

7. (b + ab)*(a + A) 

8. (b + ab)*(a + A) 

9. (b + ab)*(a + A) 

10. (ab*)* 

11. (ab*)* 

12. (ab*)* 

13. all strings of even length 

= (aa + ab + ba + bb)* 

14. even length strings 

15. even length strings 

16. odd length strings 

17. even length strings 

18. (i) even length strings 
(ii) even length strings 

19. (i) even length strings 
(ii) even length strings 
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L 2 

b(a + b)* 

(a + b)*aa(a + b)* 

(a + b)*b 

b(a + b)* 

(a + b)*aa(a + b)* 

(a + b)*b 

(a + b)*aa(a + b)* 

(b + ab*a)*ab* 

(a + ba)*a 

b(a + b)* 

a(a + b)* 

(a + b)*aa(a + b)* 
b(a + b)* 

(a + b)*aa(a + b)* 
(b + ab)*(a + A) 
a(a + b)* 
EVEN-EVEN 



strings with an even number of a's 
strings with an odd number of a's 

strings with an odd number of a's and 
an odd number of b's 

strings with an odd number of a's and 
an even number of b's 
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20. We have seen that since the regular languages are closed under union 
and complement, they must be closed under intersection. Find a col- 
lection of languages that is closed under union and intersection but not 
under complement. 



CHAPTER 11 



NONREGULAR 
LANGUAGES 



By using FA's and regular expressions, we have been able to define many 
languages. Although these languages have had many different structures, they 
took only a few basic forms: languages with required substrings, languages 
that forbid some substrings, languages that begin or end with certain strings, 
languages with certain even/odd properties, and so on. We will now turn our 
attention to some new forms, such as the language PALINDROME of Chapter 
3 or the language PRIME of all words a p where p is a prime number. In 
this chapter we shall see that neither of these is a regular language. We can 
describe them in English, but they cannot be defined by an FA. More powerful 
machines are needed to define them, machines that we build in later chapters. 



DEFINITION 

A language that cannot be defined by a regular expression is called a nonregular 
language. I 
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By Kleene's theorem, a nonregular language can also not be accepted by 
any FA or TG. All languages are either regular or nonregular, none are both. 
Let us first consider a simple case. Let us define the language L. 

L = { A ab aabb aaabbb aaaabbbb aaaaabbbbb . . .} 

We could also define this language by the formula 

L = {a"b n for n = 0 1 2 3 4 5 . . .} 

or for short 

L = {a n b n } 

When the range of the abstract exponent n is unspecified we mean to imply 
that it is 0,1,2,3, . . . 

We shall now show that this language is nonregular. Let us note, though, 
that it is a subset of many regular languages, such as a*b*, which, however, 
also includes such strings as dab and bb that {a"b n } does not. 

Let us be very careful to note that {a"b n } is not a regular expression. It 
involves the symbols { } and n that are not in the alphabet of regular expres- 
sions. This is a language-defining expression that is not regular. Just because 
this is not a regular expression does not mean that none exists; this we shall 
now prove. 

Suppose on the contrary that this language were regular. Then there would 
have to exist some FA that accepts it. Let us picture one of these FA's (there 
might be several) in our mind. This FA might have many states. Let us say 
that it has 95 states, just for the sake of argument. Yet we know it accepts 
the word a 96 b 96 . The first 96 letters of this input string are all a's and they 
trace a path through this machine. The path cannot visit a new state with each 
input letter read because there are only 95 states. Therefore, at some point 
the path returns to a state that it has already visited. The first time it was in 
that state it left by the a-road. The second time it is in that state it leaves 
by the a-road again. Even if it only returns once we say that the path contains 
a circuit in it. (A circuit is a loop that can be made of several edges.) First 
the path wanders up to the circuit and then it starts to loop around the circuit, 
maybe many times. It cannot leave the circuit until a b is read in. Then the 
path can take a different turn. In this hypothetical example the path could 
make 30 loops around a three-state circuit before the first b is read. 

After the first b is read, the path goes off and does some other stuff fol- 
lowing b edges and eventually winds up at a final state where the word a 96 b 96 
is accepted. 

Let us, for the sake of argument again, say that the circuit that the a-edge 
path loops ^around has seven states in it. The path enters the circuit, loops 
around it madly and then goes off on the Mine to a final state. What would 
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happen to the input string a 96+7 & 96 ? Just as in the case of the input string 
a 96 b 96 , this string would produce a path through the machine that would walk 
up to the same circuit (reading in only a's) and begin to loop around it in 
exactly the same way. However, the path for a 96+7 b 96 loops around this circuit 
one more time than the path for a 96 b 96 — precisely one extra time. Both paths, 
at exactly the same state in the circuit, begin to branch off on the &-road. 
Once on the fc-road, they both go the same 96 b-steps and arrive at the same 
final state. But this would mean that the input string a l03 b 96 is accepted by 
this machine. But that string is not in the language L = {a"b"}. 

This is a contradiction. We assumed that we were talking about an FA that 
accepts exactly the words in L and then we were able to prove that the same 
machine accepts some word that is not in L. This contradiction means that 
the machine that accepts exactly the words in L does not exist. In other words, 
L is nonregular. 

Let us review what happened. We chose a word in L that was so large 
(had so many letters) that its path through the FA had to contain a circuit. 
Once we found that some path with a circuit could reach a final state, we 
asked ourselves what happens to a path that is just like the first one, but that 
loops around the circuit one extra time and then proceeds identically through 
the machine. The new path also leads to the same final state, but it is generated 
by a different input string — an input string not in the language L. 

Perhaps the picture below can be of some help in understanding the idea 
behind this discussion. Let the path for a 9 b 9 be: 



We have not indicated all the edges in this FA, only those used in the 
path of the word a 9 b 9 . State 6 is the only state for which we see both an a- 
exit edge and a b-exii edge. 

In the path this input string takes to acceptance we find two circuits. The 
a-circuit 3-4-5-6 and the ^-circuit 9-10. Let us concentrate on the a-circuit. 
What would be the path through this FA of the input string a u b 9 ? The path 
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for a u b 9 would begin with the same nine steps as the path for a 9 b 9 ending 
after nine steps in state 6. The input string a 9 b 9 now gives us a b to read, 
which makes us go to state 7. However, the path for a l3 b 9 still has four more 
a-steps to take, which is one more time around the circuit, and then it follows 
the nine ft-steps. 

The path for a l3 b 9 is shown below: 




Let us return to our first consideration. 

With the assumptions we made above (that there were 95 states and that 
the circuit was 7 states long), we could also say that a lx0 b 96 , a ul b 96 , 
a^b 96 , ... are also accepted by this machine. 

They can all be written in this form 

a 96 (a 7 ) m & 96 

where m is any integer 0,1,2,3, .... If m is 0, the path through this machine 
is the path for the word a 96 b 96 . If m is 1, the path looks the same, but it 
loops the circuit one more time. If m = 2, the path loops the circuit two 
more times. In general, a 96 (a 7 ) m b 96 loops the circuit exactly m more times. 
After doing this looping it gets off the circuit at exactly the same place a 96 b 96 
does and proceeds along exactly the same route to the final state. All these 
words, though not in L, must be accepted. 

Suppose that we had considered a different machine to accept the language 
L, perhaps a machine that has 732 states. When we input the word a 133 b 133 , 
the path that the a's take must contain a circuit. We choose the word a 133 b 133 
to be efficient. The word a 9999 b 9999 also must loop around a circuit in its a- 
part of the path. Suppose the circuit that the a-part follows has 101 states. 
Then a 733 + |01 £ 733 WO uld also have to be accepted by this machine, because 
its path is the same in every detail except that it loops the circuit one more 
time. This second machine must also accept some strings, that are not in L: 
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^834^,733 fl 935£733 ^1036^,733 

= a n3 (a m ) m b 133 for m = 1 2 3 . . . 

For each different machine we suggest to define L there is a different counter- 
example proving that it accepts more than just the language L. 

There are machines that include L in the language they accept, but for each 
of them there are infinitely many extra words they must also accept. 

All in all, we can definitely conclude that there is no FA that accepts all 
the strings in L and only the strings in L. Therefore L is nonregular. 

The reason why we cannot find an FA that accepts L is not because we 
are stupid, but because none can exist. 

The principle we have been using to discuss the language L above can be 
generalized so that it applies to consideration of other languages. It is a tool 
that enables us to prove that certain other languages are also nonreg- 
ular. We shall now present the generalization of this idea, called the Pumping 
Lemma for regular languages, which was discovered by Yehoshua Bar-Hillel, 
Micha A. Perles, and Eliahu Shamir in 1961. 

The name of this theorem is interesting. It is called "pumping" because we 
pump more stuff into the middle of the word, swelling it up without changing 
the front and the back part of the string. It is called a "lemma" because, 
although it is a theorem, its main importance is as a tool in proving other 
results of more direct interest, namely, it will help us prove that certain lan- 
guages are nonregular. 



THEOREM 13 

Let L be any regular language that has infinitely many words. Then there exist 
some three strings x, y, and z (where y is not the null string) such that all 
the strings of the form 

xy"z for n = 1 2 3 ... 

are words in L. 



PROOF 

If L is a regular language, then there is an FA that accepts exactly the words 
in L. Let us focus on one such machine. Like all FA's, this machine has 
only finitely many states. But L has infinitely many words in it. This means 
that there are arbitrarily long* words in L. (If there were some maximum on 
the length of all the words in L, then L could have only finitely many words 
in total.) 
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Let w be some word in L that has more letters in it than there are states 
in the machine we are considering. When this word generates a path through 
the machine, the path cannot visit a new state for each letter because there 
are more letters than states. Therefore, it must at some point revisit a state 
that it has been to before. Let us break the word w up into three parts. 

Part 1 All the letters of w starting at the beginning that lead up to the first state 
that is revisited. Call this part x. Notice that x may be the null string if 
the path for w revisits the start state as its first revisit. 

Part 2 Starting at the letter after the substring x, let y denote the substring of w 
that travels around the circuit coming back to the same state the circuit 
began with. Since there must be a circuit, y cannot be the null string, y 
contains the letters of w for exactly one loop around this circuit. 

Part 3 Let z be the rest of w starting with the letter after the substring y and 
going to the end of the string w. This z could be null. The path for z 
could also possibly loop around the y circuit or any other. What z does 
is arbitrary. 

Clearly from the definition of these three substrings 

w = xyz 

and w is accepted by this machine. 

What is the path through this machine of the input string 

xyyz ? 

It follows the path for w in the first part x and leads up to the beginning of 
the place where w looped around a circuit. Then like w it inputs the string 
y, which causes the machine to loop back to this same state again. Then, 
again like w, it inputs a string y, which causes the machine to loop back to 
this same state yet another time. Then, just like w, it proceeds along the path 
dictated by the input string z and so ends on the same final state that w did. 
This means that xyyz is accepted by this machine, and therefore it must be 
in the language L. 

If we traced the paths for xyyz, xyyyz, and xyyyyyyyyyyyyz, they would all 
be the same. Proceed up to the circuit. Loop around the circuit some number 
of times. Then proceed to the final state. All these must be accepted by the 
machine and therefore are all in the language L. In fact, L must contain all 
strings of the form: 

xy"z for n = 1 2 3 ' . . . 

as the theorem claims. 
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Perhaps these pictures can be helpful in understanding the argument above. 

-<? x >- —5 y -*= z 

-< x u- -«= yy -«; — ^ 

Notice that in this theorem it does not matter whether there is another circuit 
traced in the z part or not. All we need to do is find one circuit, and then 
we keep pumping it for all it is worth. Notice also that we did not assume 
that the x, y, or z parts were repetitions of the same letter as was the case 
in our discussion of {a"b n }. They could have been any arbitrary strings. ■ 



EXAMPLE 

Let us illustrate the action of the Pumping Lemma on a concrete example of 
a regular language. The machine below accepts an infinite language and has 
only six states. 



a 




Any word with six or more letters must correspond to a path that includes 
a circuit. Some words with fewer than six letters correspond to paths with 
circuits, such as baaa. The word we will consider in detail is 

w = bbbababa 

which has more than six letters and therefore includes a circuit. The path that 
this word generates through the FA can be decomposed into three stages: 
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The first part, the jc-part, goes from the - state up to the first circuit. This 
is only one edge and corresponds to the letter b alone. The second stage is 
the circuit around states 2, 3, and 5. This corresponds to edges labeled b, b, 
and a. We therefore say that the substring bba is the y-part of the word w. 
After going around the circuit, the path procedes to states 3, 6, 3, and 6. 
This corresponds to the substring baba of w, which constitutes the z-part. 

w = b bba baba 

x y z 

\_ v A , A , / 



Now let us ask what would happen to the input string xyyz. 

x y y z = b bba bba baba 

Clearly, the jc-part (the letter b) would take this path from — to the beginning 
of the circuit in the path of w. Then the y-part would circle the circuit in 
the same way that the path for w does when it begins xy. 

At this point, we are back at the beginning of the circuit. We mark off 
the circuit starting at the first repeated state, which in this case is state 2 and 
consider it to be made up of exactly as many edges as it takes to get back 
there (in this case 3 edges). Even though in the original path for w we proceed 
again from state 2 to state 3 as in the circuit, this is not part of the first 
simple looping and so not part of y. Therefore, we can string two y-parts 
together since the second y begins in the state in which the first leaves us. 
The second y-part circles the circuit again and leaves us in the correct state 
to resume the path of the word w. We can continue after xyy with the z path 
exactly as we continued w with the z path after its y-part. This means again 
that the z path will take us to a + state for xyyz just as it did for w = xyz. 
In other words, we will accept the word xyyz just as we accepted w. 



Path for xyz 




O 



Path for xvvz 



0 ( ^=r® 



0 
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The same thing happens with xyyyz, xyyyyz, and in general for xy"z. This 
is all that the Pumping Lemma says. ■ 

Suppose for a moment that we did not already have a discussion of the 
language 

L = {a"b n for n = 0 1 2 3 . . . } 

Let us see how we could apply the Pumping Lemma directly to this case. 

The Pumping Lemma says that there must be strings x, y, and z such that 
all words of the form xy"z are in L. Is this possible? A typical word of L 
looks like 

aaa . . . aaaabbbb . . . bbb 

How do we break this into three pieces conformable to the roles x, y, and 
z? If the middle section y is going to be made entirely of a's, then when we 
pump it to xyyz the word will have more a's than b's, which is not allowed 
in L. Similarly, if the middle part, y, is composed of only b's, then the word 
xyyz will have more b's than a's. The solution is that the y part must have 
some positive number of a's and some positive number of b's. This would 
mean that y contains the substring ab. Then xyyz would have two copies of 
the substring ab. But every word in L contains the substring ab exactly once. 
Therefore, xyyz cannot be a word in L. This proves that the Pumping Lemma 
cannot apply to L and therefore L is not regular. 



EXAMPLE 

Once we have shown that the language {a"b"} is nonregular, we can show 
that the language EQUAL, of all words with the same total number of a's 
and b's, is also nonregular. (Note the number of a's and b's do not have to 
be even, they just have to be the same.) 

EQUAL = {A ab ba aabb abab abba baab baba bbaa aaabbb . . . } 

The language {a"b n } is the intersection of all words defined by the regular 
expression a*b* and the language EQUAL. 

{a n b n } = a*b* n EQUAL 

Now if EQUAL were a regular language, then {a"b n } would be the intersection 
of two regular languages and by Theorem 12 it would have to be regular 
itself. Since {a"b"} is not regular, EQUAL cannot be. ■ 
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For the example {a"b"}, and in most common instances, we do not need 
the full force of the Pumping Lemma as stated. It is often just as decisive 
to say that w can be decomposed into xyz where xyyz is also in the language. 
The fact that xy"z is in the language for all n > 2 is also interesting and will 
be quite useful when we discuss whether certain languages are finite or infinite, 
but often n = 2 is adequate to show that a given language is nonregular. 

The proof that we gave of the Pumping Lemma actually proved more than 
was explicitly stated in the lemma. By the method of proof that we used we 
showed additionally that the string x and the string y together do not have 
any more letters than the machine in question has states. This is because as 
we proceed through x and y we visit our first repeated state at the end of y; 
before that, all the states were entered only once each. 

The same argument that proved Theorem 13 proves the stronger theorem 
below. 



THEOREM 14 

Let L be an infinite language accepted by a finite automaton with N states. 
Then for all words w in L that have more than N letters there are strings x, 
y, and z 

where y is not null 

and where length(;t) + length(y) does not exceed N 
such that 

w = xyz 

and all strings of the form 

xy"z (for n = 1 2 3 . . .) 
are in L. H 

We put the end of proof symbol I right after the statement of the theorem 
to indicate that we have already provided a proof of this result. 

The purpose of stressing the question of length is illustrated by our next 
example. 



EXAMPLE 

We shall show that the language PALINDROME is nonregular. We cannot 
use the first version of the Pumping Lemma to do this because the strings 
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x = a y = b z = a 
satisfy the lemma and do not contradict the language. All words of the form 

xy"z — ab"a 

are in PALINDROME. 

However, let us consider one of the FA's that might accept this language. 
Let us say that the machine we have in mind has 77 states. Now the palindrome 

w = a so ba so 

must be accepted by this machine and it has more letters than the machine 
has states. This means that we can break w into the three parts, x, y, and 
z. But since the length of x and y must be in total 77 or less, they must 
both be made of solid a's, since the first 77 letters of w are all a's. That 
means when we form the word xyyz we are adding more a's on to the front 
of w. But we are not adding more a's on to the back of w since all the rear 
a's are in the z part, which stays fixed at 80 a's. This means that the string 
xyyz is not a palindrome since it will be of the form 

^more than 80 £ ^80 

But the second version of the Pumping Lemma said that PALINDROME has 
to include this string. Therefore, the second version does not apply to the 
language PALINDROME, which means that PALINDROME is nonregular. 

This demonstration did not really rely on the number of states in the hy- 
pothetical machine being 77. Some people think that this argument would be 
more mathematically sound if we called the number of states m. This is 
silly. ■ 



EXAMPLE 

Let us consider the language 

PRIME = {a p where p is a prime} 

= {aa, aaa, aaaaa, aaaaaaa, . . .} 

Is PRIME a regular language? If it is, then there is some some FA that 
accepts exactly these words. Let us keep one such automaton in mind. Let 
us suppose, for the sake of argument, that it has 345 states. Let us choose 
a prime number bigger than 345, for example 347. Then a 347 can be broken 
into parts x, y, and z such that xy"z is in PRIME for any value of n. The 
parts x, y, and z are all just strings of a's. Let us take the value of n = 348. 
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By the Pumping Lemma, the word xy J48 z must be in PRIME. Now 

348 347 

x y z = x y z y 

We can write this because the factors x, y, and z are all solid clumps of a's, 
and it does not matter in what order we concatenate them. All that matters 
is how many a's we end up with. 
Let us write 

347 347 347 

xyz y = a y 

This is because x, y, and z came originally from breaking up a 347 into three 
parts. We also know that y is some (nonempty) string of a's. Let us say that 
y = a m for some integer m that we do not know. 

fl 347 ^347 = a 347 (flm) 347 
_ a 347 + 347m 
_ a 347(m+l) 

These operations are all standard algebraic manipulations. 

What we have arrived at is that there is an element in PRIME that is of 
the form a to the power 347(w + 1). Now since m 4= 0, we know that 347(m+ 1) 
is not a prime number. But this is a contradiction, since all the strings in 
PRIME are of the form aP where the exponent is a prime number. This con- 
tradiction arose from the assumption that PRIME was a regular language. 
Therefore PRIME is nonregular. ■ 



PROBLEMS 



Prove that each of the following languages is nonregular 

1 . SQUARE = {a" where n is a square} 

= {a, aaaa, aaaaaaaaa, . . .} 

This language could also be written as {a" 2 } 
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2. DOUBLE = {the set of all repeated strings, that is, all words of the form 

ss where j is any string of «'s and b's} 
= {aa, bb, aaaa, abab, baba, bbbb, aaaaaa, aabaab, 
abaaba, abbabb, . . .} 

3. TRAILING-COUNT = { any string s followed by a number of a's equal 

to length(s)}i 
= {aa, ba, aada, abaa, baaa, bbaa, aaaaaa, 
aabaaa, abaaaa, abbaaa, . . .} 

4. {a n b n+x } = {abb, aabbb, aaabbbb, . . .} 

5. {a n b"a n } = {aba, aabbaa, aaabbbaaa, aaaabbbbaaaa, . . .} 

6. (i) {a n b 2n } = {abb aabbbb aaabbbbbb . . .} 
(ii) {a"ba n } = {aba, aabaa, aaabaaa, . . .} 

7. {a"b"a m where n = 0,1,2, ... and m = 0,1,2, . . .} 
= {A a aa ab aaa aba . . .} 

8. EVENPALINDROME = {all words of the form j (reverse^)) where s is 

any string}. 

= {all words in PALINDROME that have even length} 
= {aa, bb, aaaa, abba, baab, bbbb, . . .} 

= {all words in PALINDROME that have odd length} 

= {a p b p where p is any prime} 

= {<j"V 2 where n = 1, 2, 3, . . .} 

= {all words of a's and b's such that the total number 
of a's is a prime and the total number of b's is a 
prime, but not necessarily the same prime} 

13. SQUAREA = {all words of a's and b's such that the number of a's is 

a square and the b's are arbitrary} 

14. (i) FACTORIAL = {a"', n = 1, 2, 3, . . .} 

(ii) DOUBLEFACTORIAL = {a n -b n \ n = 1, 2, 3. . . .} 



9. ODDPALINDROME 

10. DOUBLEPRIME 

11. DOUBLESQUARE 

12. PRIME-PRIME 
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15. Just for this problem let the alphabet be 2 = {a,b,c}. Show that the 
language of all words of the form a"b"c n , for n = 1, 2, 3, . . . 

= {abc, aabbcc, aaabbbccc . . .} 

is nonregular. 

16. (i) Give an example of a regular language R and a nonregular language 

N such that R + N is regular, 
(ii) Give an example of a regular language R and a nonregular language 
N such that R + N is nonregular. 

17. Consider the following language: 

PRIME' = {a" where n is not a prime} 

= {A a aaaa aaaaaa aaaaaaaa . . .} 

(i) Prove that PRIME' is nonregular. 

(ii) Prove, however, that PRIME' does satisfy the Pumping Lemma. 

18. (i) Show that if we add a finite set of words to a regular language the 

result is a regular language. 

(ii) Show that if we subtract a finite set of words from a regular language 
the result is a regular language. 

19. (i) Show that if we add a finite set of words to a nonregular language 

the result is a nonregular language. 

(ii) Show that if we subtract a finite set of words from a nonregular 
language the result is a nonregular language. 

20. Consider what happens when an FA is built for an infinite language over 
the one-letter alphabet S = {a}. When the input is a string of a's that 
is longer than the number of states, the path it traces must take the form 
of some initial sequence of edges followed by a circuit. Since all the 
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words in the language accepted by the machine are strings of a's, all 
the long words accepted by this FA follow the same path up to the 
circuit and then around and around as in the picture below: 

Some of the states leading up to the circuit may be final states and 
some of the states in the circuit may be final states. This means that 
by placing + signs judiciously along the path to the circuit we can make 
the machine accept any finite set of words Si. While going around the 
circuit the first time the FA can accept another finite set of words S 2 . 
If the length of the circuit is n all words of the form a" times a word 
in S 2 will also be accepted on the second go-round of the circuit. 

(i) Prove that if L is a regular language over, the alphabet 2 = {a} then 
there are two finite sets of words S\ and S 2 and an integer n such 
that 

L = Si + S 2 (a")* 

(ii) Consider the language L defined as: 

L = {a" where n is any integer with an even 
number of digits in base 10} 

= {A a 10 a n a n . . .} 

Prove that L is nonregular. 



CHAPTER 12 



DECIDABILITY 



In this part of the book we have laid the foundations of the Theory of Finite 
Automata. The pictures and tables that we have called "machines" can actually 
be built out of electronic components and operate exactly as we have described. 
Certain parts of a computer and certain aspects of a computer obey the rules 
we have made up for FA's. We have not yet arrived, though, at the math- 
ematical model for a whole computer. That we shall present in Part III. But 
before we leave this topic, we have some unfinished business to clear up. 
Along the way we asked some very basic questions that we deferred consid- 
ering. We now face three of these issues. 

1 . How can we tell if two regular expressions define the same language? 

2. How can we tell if two FA's are equivalent? 

3. How can we tell if the language defined by an FA has finitely many or 
infinitely many words in it? 

In mathematical logic we say that a problem is effectively solvable if there 
is an algorithm that provides the answer in a finite number of steps, no matter 
what the particular inputs are. The maximum number of steps the algorithm 
will take must be predictable before we begin to execute the procedure. For 
example, if the problem was, "What is the solution to a quadratic equation?" 
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then the quadratic formula provides an algorithm for calculating the answer 
in a predetermined number of arithmetic operations: four multiplications, two 
subtractions, one square root, and one division. The number of steps in the 
algorithm is never greater than this no matter what the particular coefficients 
of the polynomial are. Other suggestions for solving a quadratic equation (such 
as "keep guessing until you find a number that satisfies the equation") that 
do not guarantee to work in a fixed number of steps are not considered effective 
solutions. 



DEFINITION 

An effective solution to a problem that has a yes or no answer is called a 

decision procedure. A problem that has a decision procedure is called 

decidable. ■ 

We want to decide whether two regular expressions determine the exact 
same language. We might, very simply, use the two expressions to generate 
many words from each language until we find one that obviously is not in 
the language of the other. To be even more organized, we may generate the 
words in size order, smallest first. In practice, this method works fairly well 
but there is no mathematical guarantee that we find such an obvious benchmark 
word at any time in the next six years. Suppose we begin with the two expres- 
sions: 



It is obvious that all the words in the language represented by the first expres- 
sion begin with the letter a and all the words in the language represented by 
the second expression begin with the letter b. These expressions have no word 
in common; and this fact is very clear. However, consider these two expres- 
sions: 

(aa + ab + ba + bb)* and ((ba + ab)*(aa + bb)*)* 

They both define the language of all strings over 2 = {a, b} with an even 
number of letters. If we did not recognize this, how could we decide the 
question of whether they are equivalent? We could generate many examples 
of words from the languages each represents, but we would not find a dif- 
ference. Could we then conclude that they are equivalent? It is logically pos- 
sible that the smallest example of a word that is in one language but not in 
the other has 96 letters. Maybe the smallest example has 2 million letters. 
This is not an effective procedure, and it does not decide the problem. 
The following two expressions are even less clear: 



a(a + b) 



and 



(b + A)(baa + ba*)*. 



«b*a)*ab*)* 



and 



A +a(a + b)* + (a + b)*aa(a + b)* 
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They both define the language of all words that either start with an a or else 
have a double a in them somewhere or else are null.. The suggestion that we 
should "interpret what the regular expressions mean and see if they are the 
same," is, of course hopeless. 

Before we answer the first major question of this chapter, let us note that 
it is virtually the same as the second question. If we had a decision procedure 
to determine whether two regular expressions were equivalent, we could use 
it to determine whether two FA's were equivalent. First, we would convert 
the FA's into regular expressions and then decide about the regular expressions. 
The process of converting FA's into regular expressions is an effective pro- 
cedure that we developed in the proof of Kleene's Theorem in Chapter 7. The 
number of steps required can be predicted in advance based on the size of 
the machine to be converted. Since the conversion process eliminates at least 
one state with each step, a machine with 15 states will take at most 16 steps 
to convert into a regular expression (counting the step that creates a unique 
- and a unique +). 

Similarly, if we had an effective procedure to determine whether two FA's 
were equivalent, we could use it to decide the problem for regular expressions 
by converting them into FA's. 

Fortunately we have already developed all the algorithms necessary to decide 
the "equivalency problem" for FA's and regular expressions. We need only 
recognize how to apply them. 

Given two languages L, and L 2 defined either by regular expressions or by 
FA's, we have developed (in Chapter 10) the procedures necessary to produce 
finite automata for the languages L\ , L 2 , L\ fl L 2 , and L 2 fl L\ . Therefore, 
we can produce an FA that accepts the language 

(L, n U) + (L 2 n L\) 

This machine accepts the language of all words that are in L x but not L 2 or 
else in L 2 but not L\. If L\ and L 2 are the same language, this machine cannot 
accept any words. If this machine accepts even one word, then L\ is not equal 
to L 2 , even if the one word is the null word. If L, is equal to L 2 , then the 
machine for the language above accepts nothing at all. 

To make this discussion into an effective decision procedure, we must show 
that we can tell by some algorithm when an FA accepts no words at all. This 
is not a very hard task, and there are several good ways to do it. We make 
a big fuss about this since it is so simple that it might seem unimportant, 
which is wrong. It is a basic question in its own right — not just as part of 
the decidability of the equivalence of regular languages. 

How to determine whether an FA accepts any words: 

Method 1 Concert the FA into a regular expression. Every regular expression 
defines some words. We can prove this by an algorithm. First delete 
all stars. Then for each + we throw away the right half of the sum 
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and the + sign itself. When we have no more *'s or + 's, we remove 
the parentheses and we have a concatenation of a's, b's, and A's. 
These taken together form a word. For example: 

(a + A)(ab* + ba*)*(A + b*)* 

becomes (after removing *'s) 

(a + A)(ab + ba) (A + b) 

which becomes (throwing away right halves) 

(a)(ab)(A) 

which becomes (eliminating parentheses) 

a ab A 

which is the word 

aab 

This word must be in the language of the regular expression since 
the operations of choosing * = power 1 , and + = left half, are both 
legal choices for forming words. If every regular expression defines 
at least one word, it seems at first glance that this means that every 
FA must accept at least one word. How then could we ever show that 
two languages are equal? If we first build an FA for the language 

(L, n U) + (L 2 n L\) 

and then when we convert this machine into a regular expression, is 
it not true that by the argument above we must find some word in the 
language of the regular expression and therefore L\ + L 2 no matter 
what they are? No. The hole in this reasoning is that the process of 
converting this FA into a regular expression breaks down. We come 
down to the last step where we usually have several edges running 
from — to + that we add together to form the regular expression. 
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However, when we get to this last step we suddenly realize that 
there are no paths from — to + at all. 

This could happen theoretically in three different ways: the machine 
has no final states, such as this one: 



aba 




b 



or the final state is disconnected from the start state, as with this one: 



a, b a, b 




or the final state is unreachable from the start state, as with this one: 

a, b 

We shall see later in this chapter which of these situations does 
arise if the languages are actually equal. 

Method 2 Examine the FA to see if there is any path from - to + . If there is 
any path, then the machine must accept some words — for one, the 
word that is the concatenation of the labels of the edges in the path 
from - to + just discovered. In a large FA with thousands of states 
and millions of directed edges, it may be impossible to decide if there 
is a path from — to + without the aid of an effective procedure. One 
such procedure is this: 

Paint the start state blue. 

From every blue state follow each edge that leads out of it and paint the 
connecting state blue, then delete this edge from the machine. 
Repeat Step 2 until no new state is painted blue, then stop. 

When the procedure has stopped, if any of the final states are painted 
blue, then the machine accepts some words and, if not, it does not. 
Let us look at this procedure at work on the machine 
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after Step 1: 



a 




b a 



after Step 2: 



a a b 




b a 



after Step 2 again: 



a b 




a 



after Step 2 again: 

b 




a 



No new states were painted blue this time, so the procedure stops and 
we examine the + state. The + state is not blue, so the machine accepts 
no words. 

While we were examining the second method we might have noticed that 
Step 2 cannot be repeated more times than there are total states in the machine. 
If the machine has N states, after N iterations of Step 2 either they are all 
colored blue or we have already stopped. We can summarize this as a theorem. 
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THEOREM 15 

Let F be an FA with N states. Then if F accepts any words at all it accepts 
some word with N or fewer letters. 



PROOF 

The shortest path from — to + (if there is any) cannot contain a circuit 
because if we go from — to state 7 and then around a circuit back to state 
7 and then to + it would have been shorter to go from - to state 7 to + 
directly. If there is a path from - to + without a circuit, then it can visit 
each state at most one time. The path can then have at most N edges and 
the word that generates it can have at most N letters. I 

The proof actually shows that the shortest word must have at most N - 1 
letters, since if the start state is a final state, then the word A is accepted 
and with Af - 1 letters we can visit the other N — 1 states. The FA below 
has four states, but it accepts no word with fewer than three letters, so we 
see that the bound — 1 is the best possible. 

a. b 



This gives us a third method for determining whether an FA accepts any 
words. 

Method 3 Test all words with fewer than N letters by running them on the FA. 

If the FA accepts none of them, then it accepts no words at all. There 
are a predictable number of words to test, and each word takes a finite 
predictable time to run, so this is an effective decision procedure. 

These methods are all effective; the question of which is more efficient is 
a whole other issue, one that we do not (often) raise in this book. As soon 
as we know that there is at least one way to accomplish a certain task we 
lose interest because our ultimate concern is the question, "What can be done 
and what cannot?" The only motivation we have for investigating alternative 
methods is that maybe they can be generalized to apply to new problems that 
our original approach could not be extended to cover. 
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EXAMPLE 

Let us illustrate the effective decision procedure described above that deter- 
mines whether two regular expressions are equivalent. We shall laboriously 
execute the entire process on a very simple example. Let the two regular 
expressions be: 

r, = a* and r 2 = A + aa* 

Luckily in this case we can understand that these two define the same language. 
Let us see how the decision procedure proves this. Some machines for FA U 
FA/, FA 2 , and FA 2 are shown below: 



a a, b a a, b 




If we did not know how to produce these, algorithms in previous chapters 
would show us how. We have labeled the states with the letters p, q, r, and 
s for clarity. Instead of using the logical formula: 

(L, n U) + (L 2 n l,') 

we build our machine based on the equivalent Set Theory formula 

(zy + L 2 y + (u + L.y 

The machine for the first half of this formula is (FA/ + FA 2 )' 
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The machine for the second half is (FA 2 ' + FA\)' 



a 




It was not an oversight that we failed to mark any of the states in these 
two machines with a + . Neither machine has any final states. For (FA]' + FA 2 )' 
to have a final state, the machine (FA\ + FA 2 ) must have a nonfinal state. 
The start state for this machine is (q x or r\). From there, if we read an a 
we go to (qi or r 3 ), and if we read instead a b we go to (q 2 or r 2 ). If we 
ever get to (q 2 or r 2 ) we must stay there. From (q\ or r 3 ) an input b takes 
us to (q 2 or r 2 ) and an input a leaves us at (q\ or r 3 ). All in all, from — 
we cannot get to any other combination of states, such as the potential (q 2 
or r{) or {q\ or r 2 ). Now since q 2 is a + and r\ and r 3 are both + , all 
three states (q\ or r x ), (q x or r 3 ), and (q 2 or r 2 ) are all 4- , which means that 
the complement has no final states. 

The exact same thing is true for the machine for the second half of the 
formula. Clearly, if we added these two machines together we would get a 
machine with nine states and no final state. Since it has no final state, it 
accepts no words and the two languages L, and L 2 are equivalent. This ends 
the decision procedure. There are no words in one language that are not in 
the other, so the two regular expressions define the same language and are 
equivalent. ■ 

This example is a paradigm for the general situation. The machine for 
(L/ + L 2 )' accepts only those words in L x but not in L 2 . If the languages 
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are in fact equal, this machine will have no final states. The same will be 
true for the machine for (L 2 ' + L\)' . It will never be necessary to combine 
these two machines, since if either accepts a word, then L x + L 2 . 

When we listed three ways that a machine could accept no words the first 
way was that there be no final states and the second and third ways were 
that the final states not be reachable from the start state. We counted these 
situations separately. When we form a machine by adding two machines to- 
gether, we do not usually bother describing the states that are not reachable 
from the start state. The algorithm that we described in Chapter 7 never gets 
to consider combinations of states of the component machines that are never 
referred to. However, if we used a different algorithm, based on writing down 
the whole table of possible combinations and then drawing edges between the 
resultant states as indicated, we would, in this example, produce a picture 
with a final state but it would be unreachable from the start state. In the 
example above, the full machine for (FA/ + FA 2 )' is this: 



a 




The only final state, (qi or r 2 ), cannot be reached from anywhere (in par- 
ticular not from the start state (q\ or r x ). So the machine accepts no words. 
We can summarize what we have learned so far in the following theorem. 



THEOREM 16 

(i) There is an effective procedure to decide whether a given FA accepts any 
words. 

(ii) There is an effective procedure to decide whether two FA's are equivalent. 

(iii) There is an effective procedure to decide whether two regular expressions 
are equivalent. ■ 
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Let us now answer our last question of decidability. How can we tell whether 
an FA, or regular expression, accepts a finite language or an infinite language? 

With regular expressions this is easy. The closure of any nonempty set, 
whether finite or infinite, is itself infinite. Even the closure of one letter is 
infinite. Therefore, if when building the regular expression from the recursive 
definition we have ever had to use the closure operator, the resulting language 
is infinite. This can be determined by scanning the expression itself to see 
whether it contains the symbol *. If the regular expression does contain a *, 
then the language is infinite. The one exception to this rule is A*, which is 
just A. This one exception can however be very tricky. Of the two regular 
expressions: 

(A + a A*) (A* + A)* and (A + a A)* (A* + A)* 

only the second defines an infinite language. 

If the regular expression does not contain a *, then the language is nec- 
essarily finite. This is because the other rules of building regular expressions 
(any letter, sum, and product) cannot produce an infinite set from finite ones. 
Therefore, as we could prove recursively, the result must be finite. 

If we want to decide this question for an FA, we could first convert it to 
a regular expression. On the other hand, there are ways to determine whether 
an FA accepts an infinite language without having to perform the conversion. 

THEOREM 17 

Let F be an FA with TV states. Then 

(i) If F accepts an input string w such that 

N s£ length (w) < 2N 
then F accepts an infinite language. 

(ii) If F accepts infinitely many words, than F accepts some word w such that 

N =s length (w) < IN 

PROOF 

(i) If there is some word w with N or more letters, then by the second version 
of the Pumping Lemma, we can break it into three parts: 

w = x y z 
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The infinitely many different words x y" z for n = 1, 2, 3 ... are all 
accepted by F. 

(ii) Now we are supposing that F does accept infinitely many words. Then it 
must accept a word so large that its path must contain a circuit, maybe 
several circuits. Each circuit can contain at most N states because F has 
only N states in total. Let us change the path of this long word by keeping 
the first circuit we come to and bypassing all the others. To bypass a circuit 
means to come up to it, go no more than part way around it, and leave at 
the first occurrence of the state from which the path previously exited. 

This one-circuit path corresponds to some word accepted by F. The word 
can have at most 2N letters, since at most N states are on the one circuit 
and at most N states are encountered off that circuit. If the length of this 
word is more than N, then we have found a word whose length is in the 
range that the theorem specifies. If, on the other hand, the length of this 
word is less than N, we can increase it by looping around the one circuit 
until the length is greater than N. The first time the length of the word (and 
path) becomes greater than N, it is still less than 2N, since we have increased 
the word only by the length of the circuit, which is less thanAf. Eventually, 
we come to an accepted word with a length in the proper range. ■ 



EXAMPLE 

Consider this example: 




The first circuit is 2-3-4. It stays. The second circuit is 5-6-7-8. It is bypassed 
to become 5-6-7-9. 

The path that used to be 

1-2-3-4-2-3-5-6-7-8-5-6-7-8-5-6-7-9-10 

becomes 

1-2-3-4-2-3-5-6-7-9-10 

This demonstrates the existence of a simple one-circuit path in any FA that 
accepts infinitely many words. ■ 
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This theorem provides us with an effective procedure for determining whether 
F accepts a finite language or an infinite language. We simply test the finitely 
many strings with lengths between N and 2N by running them on the machine 
and seeing if any reach a final state. If none does, the language is finite. 
Otherwise it is infinite. 



THEOREM 18 

There is an effective procedure to decide whether a given FA accepts a finite 
or an infinite language. 

PROOF 

If the machine has TV states and the alphabet has m letters, then in total there 
are 

m" + m N+] + m N+2 + . . . + 

different input strings in the range 

N =£ length of string < 2N. 

We can test them all by running them on the machine. If any are accepted, 
the language is infinite. If none are accepted, the language is finite. ■ 

It may often be more efficient to convert the FA to a regular expression. 
However, suppose the FA is an actual physical machine that is sitting in front 
of us. We may not know its exact structure inside or it may be extremely 
complicated. Even though we have an effective procedure for converting it 
into a regular expression, we may not have the capacity (storage or time or 
inclination) to do so. Yet there might be an automatic way of feeding in all 
combinations of letters in the interesting range. Even if this situation never 
arises, the theorem we have covered is a prototype for decidability of more 
complex questions. 

In the case where the machine has 3 states and the alphabet has 2 letters, 
the number of strings we have to test is 

2 3 + 2 4 + 2 5 = 8 + 16 + 32 = 56 

which is not too bad. However, an FA with 3 states can be converted into 
a regular expression in very few steps. 
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PROBLEMS 

Show by the method described in this chapter that the following pairs of FA's 
are equivalent. 
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5. «i 




a 



6. Using the method of intersecting each machine with the complement of 
the other show that: 



b 




do not accept the same language. 

7. Using the method of intersecting each machine with the complement of 
the other, show that: 




do not accept the same language. 

8. List the 56 strings that will suffice to test whether a 3-state FA over 
S = {a, b) has a finite language. 
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By using blue paint, determine which of the following FA's accept any 
words. 
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(iv) 




a 



14. Without converting it into a regular expression or an FA, give an al- 
gorithm that decides whether a TG accepts any words. 

15. Without converting it into a regular expression or an FA, give an al- 
gorithm that decides whether the language of an NFA is empty, finite, 
or infinite. 

16. Do the same as Problem 15 for NFA-A's (see Chapter 8, Problem 9). 
Be careful. The machine 



has a one- word language. 
17. Consider the following simplified algorithm to decide if an FA with 
exactly N states has an empty language. 

Step 1 Take the edges coming out of each, final state and turn them into 
loops going back to the state they started from. 

Step 2 Relabel all edges with the letter x. (We now have an NFA.) 

Step 3 The original FA has a nonempty language if and only if this new 
NFA accepts the word x?. 

Illustrate this algorithm and prove it always works. 
Is this an effective procedure? 



a 




has an infinite language, whereas the machine 



A 
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18. By moving the start state, construct a decision procedure to determine 
whether a given FA accepts at least one word that starts with an a. 

19. (i) Construct a decision procedure to determine whether a given FA 

accepts at least one word that contains the letter b. 

(ii) Construct a decision procedure to determine whether a given FA 
accepts some words of even length. 

20. Given two regular expressions r t and r 2 , construct a decision procedure 
to determine whether the language of n is contained in the language of 
r 2 
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GRAMMARS 



Our overall goal is the study of computers: What are they? Of what are they 
composed? What can they and what can't they do? What will they be able 
to do in ten thousand years? The machines of Part I could not do much. This 
is because they did not have enough components. We shall soon rectify this 
shortcoming. In Part II we shall connect the topics of Part I directly to some 
of the problems in Computer Science with which we are already familiar. 

The earliest computers, just like the programmable hand calculators of the 
1970s, accepted no instructions except those in their own machine language 
or (almost equivalently) in their own assembly language. Every procedure, no 
matter how complicated, had to be spelled out in the crudest set of instructions: 
LOAD this, STORE that, ADD the contents of these two registers, and so 
forth. It could take dozens of these primitive instructions to do anything useful. 
In particular, it could take quite a few to evaluate one complicated arithmetic 
expression. 

For example, in statistics, we often want to calculate something like 

/(7 - 9f + (9 - 9) 2 + (11 - 9) 2 
S= V 2 
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Unfortunately, we cannot just throw this expression into the machine. One 
of the first hurdles the inventors of computers had to overcome was the problem 
of formula display. A human sees the picture of this formula drawn on five 
different levels. A 2 is on the bottom. Above it is a division line. Above 
that are the three subtractions. Above them and to the right are exponents 
indicating that these subtractions are to be squared. Above all of that and to 
the left is the square root sign. We must check the tail on the left of the 
square root sign to be sure that the bottom 2 is included in the root taking. 

This converts to numerous assembly language instructions, especially since 
square roots are not standard hard-wired instructions on most computers. 

The problem of making computers attractive to a wide variety of potential 
users (a problem important to those people who wanted to sell computers) 
clearly required that some "higher-level" language be invented — a language in 
which one mathematical step, such as evaluating the formula above, could be 
converted into one single computer instruction. 

Because of the nature of early computer input devices, such as keypunches, 
paper tape, magnetic tape, and typewriters, it was necessary to develop a way 
of writing this expression in one line of standard typewriter symbols. Some 
few new symbols could be invented if necessary, but the whole expression 
had to be encoded in a way that did not require a five-level display or depend 
on the perception of spatial arrangement. Formulas had to be converted into 
linear strings of characters. 

Several of the adjustments that had to be made were already in use in the 
scientific literature for various other reasons. For example, the use of the slash 
as a divide sign was already accepted by the mathematical public. Most pub- 
lishers have special symbols for the popular fractions such as \ and ?, but 
eight-elevenths was customarily written as 8/11. 

Still, before the days of the computer no one would ever have dreamed of 
writing a complicated compound fraction such as 

\ + > 

8 5 

4 + — + 

21 o 1 

3 + - 
2 

in the parentheses-laden one-line notation 

((1/2) + 9)/(4 + (8/21) + (5/(3 + (1/2)))) 

The most important reason for not using the one-line version unless nec- 
essary is that in the picture version we can easily see that the number we are 
looking at is a little more than 9 divided by a little more than 5, so it obviously 
has a value between 1 and 2. Looking at the parentheses notation, it is not 
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even obvious which of the slash marks separates the numerator from the de- 
nominator of the major division. 

The main advantage of the one-level version is that we can feed it into a 
computer. At some time in the future a computer might be able to digest the 
multilevel expression and the one-line nightmare can be forgotten forever. 

How can a computer scan over this one-line string of typewriter characters 
and figure out what is going on? That is, how can a computer convert this 
string into its personal language of LOAD this, STORE that, and so on? 

The conversion from a high-level language into assembler language code 
is done by a program called the compiler. This is a superprogram. Its data 
are other people's programs. It processes them and prints out an equivalent 
program written in assembler language. To do this it must figure out in what 
order to perform the complicated set of arithmetic operations that it finds writ- 
ten out in the one-line formula. It must do this in a mechanical, algorithmic 
way. It cannot just look at the expression and understand it. Rules must be 
given by which this string can be processed — rules, perhaps, like those the 
machines we discussed in Part I could follow. 

Consider the language of valid input strings over the alphabet 

0123456789 + - /*)( 

Could some FA, directed from state to state by the input of a one-line formula, 
print out the equivalent assembly-language program? This would have to be 
an output FA like the Mealy or Moore machines for which the output alphabet 
would be assembler language statements. 

The solution is not quite as easy as that, but it is within our reach. 

We also want our machine to be able to reject strings of symbols that make 
no sense as arithmetic expressions, such as "((9) + ". This input string should 
not take us to a final state in the machine. However, we cannot know that 
this is a bad input string until we have reached the last letter. If the + were 
changed to a ), the formula would be valid. An FA that translated expressions 
into instructions as it scanned left to right would already be turning out code 
before it realized that the whole expression is nonsense. 

Before we try to build a compiling machine, let us return to the discussion 
of what is and what is not a valid arithmetic expression as defined in Chapter 
3 by recursive definition. 

All valid arithmetic expressions can be built up from the following rules. 
Anything not produceable from these rules is not a valid arithmetic expression: 

Rule 1 Any number is in the set AE. 
Rule 2 If jc and y are in AE then so are: 



(x) -(x) (x + y) (x - y) (x*y) (x/y) (x**y) 
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This time we have included parentheses around every component factor. This 
avoids the ambiguity of expressions like 3 + 4*5 and 8/4/2 by making them 
illegal. We shall present a better definition of this set later. 

First we must design a machine that can figure out how a given input string 
was built up from these basic rules. Then we should be able to translate this 
sequence of rules into an assembler language program, since all of these rules 
are pure assembler language instructions (with the exception of exponentiation, 
which presents a totally different problem; but since this is not a course in 
compiler design, we ignore this embarrassing fact). 

For example, if we present the input string 

((3 + 4) * (6 + 7)) 

and the machine discovers that the way this can be produced from the rules 
is by the sequence 

3 is in AE 

4 is in AE 

(3 + 4) is in AE 

6 is in AE 

1 is in AE 

(6 + 7) is in AE 

((3 + 4) * (6 + 7)) is in AE 

we can automatically convert this into 

LOAD 3 in Register 1 
LOAD 4 in Register 2 

ADD the contents of Register 2 into Register 1 
LOAD 6 in Register 3 
LOAD 7 in Register 4 

ADD the contents of Register 3 into Register 4 
MULTIPLY Register 1 by Register 4 

or some such sequence of instructions depending on the architecture of the 
particular machine (not all computers have so many arithmetic registers) and 
the requirements of the particular assembler language (multiplication is not 
always available). 

The hard part of the problem is to figure out by mechanical means how 
the input string can be produced from the rules. The second part — given the 
sequence of rules that create the expression to write a computer program to 
duplicate this process — is easy. 
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The designers of the first high-level languages realized that this problem is 
analogous to the problem humans have to face hundreds of times every day 
when they must decipher the sentences that they hear or read in English. Here 
we have again the ever-present parallelism: Recognizing what a computer lan- 
guage instruction is saying is analogous to recognizing what a sentence in a 
human language means. 

Elementary School used to be called Grammar School because one of the 
most important subjects taught was English Grammar. A grammar is the set 
of rules by which the valid sentences in a language are constructed. Our ability 
to understand what a sentence means is based on our ability to understand 
how it could be formed from the rules of grammar. Determining how a sen- 
tence can be formed from the rules of grammar is called parsing the sentence. 

When we hear or read a sentence in our native language, we do not go 
through a conscious act of parsing. Exactly why this is the case is a question 
for other sciences. Perhaps it is because we learned to speak as infants by a 
trial and error method that was not as mathematical and rigorous as the way 
in which we learn foreign languages later in life. When we were born we 
spoke no language in which the grammar of our native tongue could be de- 
scribed to us. However, when we learn a second language the rules of grammar 
for that language can be explained to us in English. How we can possibly 
learn our first language is a problem discussed by linguists, psychologists, 
philosophers, and worried parents. It does not concern us here because when 
we come to teach a computer how to understand the languages it must rec- 
ognize, a few printed circuits will do the trick. 

Even though human languages have rules of grammar that can be stated 
explicitly, it is still true that many invalid sentences, those that are not strictly 
speaking grammatical, can be understood. Perhaps this is because there are 
tacit alternative rules of grammar that, although not taught in school, never- 
theless are rules people live by. But this will not concern us either. No com- 
puter yet can forgive the mess, "Let x equal two times the radius times that 
funny looking Greek letter with the squiggly top that sounds like a pastry, 
you know what I mean?" The rules of computer language grammar are pre- 
scriptive — no ungrammatical strings are accepted. 

Since the English word "grammar" can mean the study of grammar as well 
as the set of rules themselves, we sometimes refer to the set of rules as forming 
a "generative grammar." This emphasizes the point that from them and a dic- 
tionary (the alphabet) we can generate all the sentences (words) in the language. 

Let us look at the rule in English grammar that allows us to form a sentence 
by juxtaposing a noun and a verb (assuming that the verb is in the correct 
person and number). We might produce 

Birds sing. 

However, using the same rule might also produce 

Wednesday sings, or Coal mines sing. 
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If these are not meant to be poetical or metaphoric, they are just bad sentences. 
They violate a different kind of rule of grammar, one that takes into account 
the meaning of words as well as their person, number, gender, and case. 

Rules that involve the meaning of words we call semantics and rules that 
do not involve the meaning of words we call syntax. In English the meaning 
of words can be relevant but in arithmetic the meaning of numbers is rarely 
cataclysmic. In the high-level computer languages, one number is as good as 
another. If 

X = B + 9 

is a valid formulation then so are 

X = B + 8 X = B + 473 X = B + 9999 

So long as the constants do not become so large that they are out of range, 
and we do not try to divide by 0, and we do not try to take the square root 
of a negative number, and we do not mix fixed-point numbers with floating- 
point numbers in bad ways, one number is as good as another. It could be 
argued that such rules as "thou shalt not divide by zero" as well as the other 
restrictions mentioned are actually semantic laws, but this is another interesting 
point that we shall not discuss. 

In general, the rules of computer language grammar are all syntactic and 
not semantic. 

There is another way in which the parsing of arithmetic expressions is easier 
than the parsing of English sentences. To parse the English sentence, "Birds 
sing." it is necessary to look up in a dictionary whether "birds" is a noun or 
a verb. To parse the arithmetic expression "(3 + 5)*6" it is not necessary to 
know any other characteristics of the numbers 3, 5, and 6. We shall see more 
differences between simple languages and hard languages as we progress through 
Part II. 

Let us go back to the analogy between computer languages and English. 
Some of the rules of English grammar are these: 

1. A sentence can be a subject followed by a predicate . 

2. A subject can be a noun-phrase . 

3. A noun-phrase can be an adjective followed by a noun-phrase . 

4. A noun-phrase can be an article followed by a noun-phrase . 

5. A noun-phrase can be a noun . 

6. A predicate can be a verb followed by a noun-phrase . 

7. A noun can be: 

apple bear cat dog 
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8. A verb can be: 

eats follows gets hugs 

9. An adjective can be: 

itchy jumpy 

10. An article can be: 

a an the 



Let us, for the moment, restrict the possibility of forming sentences to the 
laws stated above. Within this small model of English there are hundreds of 
sentences we can form. For example: 





Th0 its*h\? ri0/ir hnov tne> iuFwnv /f/io 
i nc iiLfiy ist. hi fiUKo ific jw,ffiuy mjg . 






The method by which this sentence can be generated is 


outlined below: 


1 

1. 


sentence =^ subject predicate 


Rule 1 


2. 


noun-phrase predicate 


Rule 2 


3. 


^> noun-phrase verb noun-phrase 


Rule 6 


4. 


=2> article noun-phrase verb noun-phrase 


Rule 4 


5. 


=^> article adjective noun-phrase verb noun-phrase 


Rule 3 


6. 


=^ article adjective noun verb noun-phrase 


Rule 5 


7. 


=^ article adjective noun verb article noun-phrase 


Rule 4 


8. 


^ article adjective noun verb article adjective noun- 


■phrase Rule 3 


9. 


=^ article adjective noun verb article adjective noun 


Rule 5 


10. 


=^ the adjective noun verb article adjective noun 


Rule 10 


11. 


=^> the itchy noun verb article adjective noun 


Rule 9 


12. 


the itchy bear verb article adjective noun 


Rule 7 


13. 


the itchy bear hugs article adjective noun 


Rule 8 


14. 


=£> the itchy bear hugs the adjective noun 


Rule 10 


15. 


=^> the itchy bear hugs the jumpy noun 


Rule 9 


16. 


=^> the itchy bear hugs the jumpy dog 


Rule 7 



The arrow indicates that a substitution was made according to the rules of 
grammar stated above. 

A law of grammar is in reality a suggestion for possible substitutions. What 
happened above is that we started out with the initial symbol Sentence . We 
then applied the rules for producing sentences listed in the generative grammar. 
In most cases we had some choice in selecting which rule we wanted to apply. 
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There is a qualitative distinction between the word " noun " and the word "bear." 
To show this we have underlined the words that stand for parts of speech and 
are not to be considered themselves as words for the finished sentences. Of 
course, in the complete set of rules for English the words "verb," "adjective," 
and so on are all perfectly good words and would be included in our final 
set of rules as usable words. They are all nouns. But in this model the term 
verb is a transitory place holder. It means, "stick a verb here." It must even- 
tually be replaced to form a finished sentence. 

Once we have put in the word "bear" we are stuck with it. No rule of 
grammar says that a bear can be replaced by anything else. The words that 
cannot be replaced by anything are called terminals. Words that must be 
replaced by other things we call nonterminals. We will give a more general 
definition of this shortly. 

Midway through the production procedure we developed the sentence into 
as many nonterminals as it was going to become. 

9. article adjective noun verb article adjective noun 

From this point on the procedure was only one of selecting which terminals 
were to be inserted in place of the nonterminals. This middle stage in which 
all the terminals are identified by their nonterminal names is the "grammatical 
parse" of the sentence. We can tell what noun each adjective modifies because 
we know how it got into the sentence in the first place. We know which 
noun-phrase produced it. "Itchy" modifies "bear" because they were both in- 
troduced in Step 5 by application of Rule 3. 

There is an element of recursive definition lurking in these rules. We have 
allowed a noun-phrase to be an adjective followed by a noun-phrase. This 
could lead to: 

noun-phrase adjective noun-phrase 

^> adjective adjective noun-phrase 

adjective adjective adjective noun-phrase 
^> adjective adjective adjective noun 

itchy adjective adjective noun 

itchy itchy adjective noun 
=^> itchy itchy itchy noun 

itchy itchy itchy bear 

If we so desired, we could produce fifty itchy 's. Using the Kleene closure 
operator we could write 

noun-phrase adjective * noun 
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But now we are getting ahead of ourselves. 

The rules we have given above for this simplified version of English allow 
for many dumb sentences such as: 

Itchy the apple eats a jumpy jumpy jumpy bear. 

Because we are not considering the limitations of semantics, diction, or good 
sense, we must consider this string of terminals as a good sentence. This is 
what we mean by the phrase "formal language," which we used in Part I. It 
is a funny phrase because it sounds as if we mean the stuffy language used 
in diplomatic circles. In reality it means that any string of symbols satisfying 
the rules of grammar (syntax alone) is as good as any other. The word "formal" 
here means "strictly formed by the rules," not "highly proper." The Queen of 
England is unlikely to have made the remark above about Itchy the apple. 

We can follow the same model for defining arithmetic expressions. We can 
write the whole system of rules of formation as the list of possible substitutions 
shown below: 

Start (AE) 
AE -+ (AE + AE ) 
AE (AE - AE) 
AE (AE * AE) 
AE — > (AE / AE) 
AE -+ (AE ** AE) 
AE-^ (AE) 
AE-» -(AE) 
AE -> ANY-NUMBER 

Here we have used the word " Start " to begin the process, as we used the 
word " Sentence " in the example of English. Aside from Start , the only other 
nonterminal is AE. The terminals are the phrase "any number" and the symbols 

Either we could be satisfied that we know what is meant by the words "any 
number" or else we could define this phrase by a set of rules, thus converting 
it from a terminal into a nonterminal. 



Rule 1 ANY-NUMBER -+ FIRST-DIGIT 

Rule 2 FIRST-DIGIT -> FIRST-DIGIT OTHER-DIGIT 
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Rule 3 FIRST-DIGIT -^123456789 
Rule 4 OTHER-DIGIT ^0123456789 

Rules 3 and 4 offer choices of terminals. We put spaces between them to 
indicate "choose one," but we soon shall introduce another disjunctive symbol. 
We can produce the number 1066 as follows: 



Rule 1 ANY-NUMBER => FIRST-DIGIT 

Rule 2 => FIRST-DIGIT OTHER-DIGIT 

Rule 2 => FIRST-DIGIT OTHER-DIGIT 

OTHER-DIGIT 
Rule 2 FIRST-DIGIT OTHER-DIGIT 

OTHER-DIGIT OTHER-DIGIT 
Rules 3 and 4 => 1066 



Here we have made all our substitutions of terminals for nonterminals in 
one swoop, but without any possible confusion. One thing we should note 
about the definition of AE is that some of the grammatical rules involve both 
terminals and nonterminals together. In English, the rules were either of the 
form 



one Nonterminal — * string of Nonterminals 



or 



one Nonterminal — » choice of terminals 



In our present study, we shall see that the form of the grammar has great 
significance. 

The sequence of applications of the rules that produces the finished string 
of terminals from the starting symbol is called a derivation. The grammatical 
rules are often called productions. They all indicate possible substitutions. The 
derivation may or may not be unique, by which we mean that by applying 
productions to the start symbol in two different ways we may still produce 
the same finished product. (See Problem 6 below.) 

We are now ready to define the general concept of which all these examples 
have been special cases. We call this new structure a context-free grammar 
or CFG. The full meaning of the term "context-free" will be made clear later. 
The concept of CFG's was invented by the linguist Noam Chomsky in 1956. 
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Chomsky gave several mathematical models for languages, and we shall see 
more of his work later. 



DEFINITION 

A context-free grammar, called a CFG, is a collection of three things: 

1 An alphabet 2 of letters called terminals from which we are going to 
make strings that will be the words of a language. 

2 A set of symbols called nonterminals, one of which is the symbol S, 
standing for "start here." 

3 A finite set of productions of the form 

one nonterminal — » finite string of terminals and/or nonterminals 

where the strings of terminals and nonterminals can consist of only terminals 
or of only nonterminals, or any mixture of terminals and nonterminals or even 
the empty string. We require that at least one production has the nonterminal 
S as its left side. ■ 

So as not to confuse terminals and nonterminals, we always insist that 
nonterminals be designated by capital letters while terminals are usually des- 
ignated by lowercase letters and special symbols. 



DEFINITION 

The language generated by a CFG is the set of all strings of terminals that 
can be produced from the start symbol S using the productions as substitutions. 
A language generated by a CFG is called a context-free language, abbreviated 
CFL. ■ 

There is no great uniformity of opinion among experts about the terminology 
to be used here. The language generated by a CFG is sometimes called the 
language defined by the CFG, or the language derived from the CFG, or 
the language produced by the CFG. This is similar to the problem with regular 
expressions. We should say "the language defined by the regular expression" 
although the phrase "the language of the regular expression" has a clear mean- 
ing. We usually call the sequence of productions that form a word a derivation 
or a generation of the word. 
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EXAMPLE 

Let the only terminal be a. 
Let the productions be: 

Prod 1 5 aS 
Prod 2 5 -> A 

If we apply Production 1 six times and then apply Production 2, we generate 
the following: 

S => aS 

aaS 
=^ aaaS 

aaaaS 

aaaaaS 

aaaaaaS 
=^> aaaaaah 

= aaaaaa 

This is a derivation of a 6 in this CFG. The string a" comes from n ap- 
plications of Production 1 followed by one application of Production 2. If we 
apply Production 2 without Production 1, we find that the null string is itself 
in the language of this CFG. Since the only terminal is a it is clear that no 
words outside of a* can possibly be generated. The language generated by 
this CFG is exactly a*. I 

In the examples above, we used two different arrow symbols. The symbol 
"— »" we employ in the statement of the productions. It means "can be replaced 
by", as in S — > aS. The other arrow symbol we employ between the 

unfinished stages in the generation of our word. It means "can develop into" 
as in aaS ^ aaaS. These "unfinished stages" are strings of terminals and non- 
terminals that we shall call working strings. 

Notice that in this last example we have both 5 —> aS as a production in 
the abstract and S =^> aS as the first step in a particular derivation. 

EXAMPLE 

Let the only terminal be a. 
Let the productions be: 

Prod 1 S -» 55 
Prod 2 5 -> a 
Prod 3 5 -» A 
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In this language we can have the following derivation. 

S=>SS 
4> SSS 

SaS 
=> SaSS 
=> A a SS 
=> A a a S 
=> A a a A 

= aa 

The language generated by this set of productions is also just the language 
a*, but in this case the string aa can be obtained in many (actually infinitely 
many) ways. In the first example there was a unique way to produce every 
word in the language. This also illustrates that the same language can have 
more than one CFG generating it. Notice above that there are two ways to 
go from SS to SSS — either of the two S's can be doubled. ■ 

In the previous example the only terminal is a and the only nonterminal 
is S. What then is A? It is not a nonterminal since there is no production of 
the form 

A —*■ something 

Yet it is not a terminal since it vanishes from the finished string AaaA = aa. 
As always, A is a very special symbol and has its own status. In the definition 
of a CFG we said a nonterminal could be replaced by any string of terminals 
and/or nonterminals even the empty string. To replace a nonterminal by A is 
to delete it without leaving any tangible remains. For the nonterminal N the 
production 

N-> A 

means that whenever we want, N can simply be deleted from any place in 
a working string. 

EXAMPLE 

Let the terminals be a and b, let the only nonterminal be S, and let the 
productions be 



Prod 1 




aS 


Prod 2 


S-* 


bS 


Prod 3 


S^ 


a 


Prod 4 


S 


b 
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We can produce the word baab as follows: 



S => bS 
baS 
^> baaS 
baab 



(by Prod 2) 
(by Prod 1) 
(by Prod 1) 
(by Prod 4) 



The language generated by this CFG is the set of all possible strings of the 
letters a and b except for the null string, which we cannot generate. 
We can generate any word by the following algorithm: 

At the beginning the working string is the start symbol 5. Select a word to 
be generated. Read the letters of the desired word from left to right one at 
a time. If an a is read that is not the last letter of the word, apply Prod 1 
to the working string. If a b is read that is not the last letter of the word, 
apply Prod 2 to the working string. If the last letter is read and it is an a, 
apply Prod 3 to the working string. If the last letter is read and it is a b, 
apply Prod 4 to the working string. 

At every stage in the derivation before the last, the working string has the 
form 



At every stage in the derivation, to apply a production means to replace 
the final nonterminal S. Productions 3 and 4 can be used only once and only 
one of them can be used. For example, to generate babb we apply in order 
Prods 2, 1, 2, 4, as below: 



EXAMPLE 

Let the terminals be a and b. Let the nonterminals be S, X, and Y. Let the 
productions be: 



(string of terminals) S 



S^bS^baS^ babS babb 



S^X 



S^Y 



X^ A 



Y-+ aY 



Y 



bY 
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All the words in this language are either of type X, if the first production in 
their derivation is 

S->X 

or of type Y, if the first production in their derivation is 

S->Y 

The only possible continuation for words of type X is the production 

X^ A 

Therefore A is the only word of type X. 

The productions whose left side is Y form a collection identical to the 
productions in the previous example except that the start symbol S has been 
replaced by the symbol Y. We can carry on from Y the same way we carried 
on from 5 before. This does not change the language generated, which contains 
only strings of terminals. Therefore, the words of type Y are exactly the same 
as the words in the previous example. That means, any string of a's and b's 
except the null string can be produced from Y as these strings were produced 
before from 5. 

Putting the type X and the type Y words together, we see that the total 
language generated by this CFG is all strings of a's and b's, null or otherwise. 
The language generated is (a + b)*. ■ 

EXAMPLE 

Let the terminals be a and b. Let the only nonterminal be S. 
Let the productions be 

aS 

S-* bS 
S-> a 
S-> b 
A 

The word ab can be generated by the derivation 

5 => aS 
abS 
4> abA 
= ab 
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or by the derivation 

S^>aS 
=> ab 

The language of this CFG is also (a + b)*, but the sequence of productions 
that is used to generate a specific word is not unique. 

If we deleted the third and fourth productions, the language generated would 
be the same. I 



EXAMPLE 

Let the terminals be a and b, let the nonterminals be S and X, and let the 
productions be 

XaaX 
X^ aX 
X^ bX 
X^ A 

We already know from the previous example that the last three productions 
will allow us to generate any word we want from the nonterminal X. If the 
nonterminal X appears in any working string we can apply productions to turn 
it into any word we want. Therefore, the words generated from S have the 
form 

anything aa anything 

or 

(a + b)*aa(a + b)* 

which is the language of all words with a double a in them somewhere. 
For example, to generate baabaab we can proceed as follows: 

S XaaX => bXaaX => baXaaX => baaXaaX 4> baabXaaX 
=^> baabAaaX = baabaaX baabaabX =^ baabaabA = baabaab 



There are other sequences that also derive the word baabaab. 
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EXAMPLE 

Let the terminals be a and b, let the nonterminals be S, X, and Y and let 
the productions be 

XY 
X^> aX 
X^ bX 
X^ a 
Y^> Ya 
Y^ Yb 
Y-* a 

What can be derived from XI Let us look at the X productions alone. 

X^> aX 
X^ bX 
X^ a 

Beginning with the nonterminal X and starting a derivation using the first two 
productions we always keep a nonterminal X on the right end. To get rid of 
the X for good we must eventually replace it with an a by the third production. 
We can see that any string of terminals that comes from X must end in an 
a and any words ending in an a can be derived from X. For example, to 
derive the word babba from X we can proceed as follows: 

X => bX => baX ^> babX babbX => babba 

Similarly, the words that can be derived from Y are exactly those that begin 
with an a. To derive abbab, for example, we can proceed: 

Y => Yb Yab => Ybab Ybbab abbab 

A Y always stays on the left end until it is replaced by an a. When an 
X part is concatenated with a Y part, a double a is formed. 

We can conclude that starting from S we can derive only words with a 
double a in them, and all of these words can be derived. 

For example, to derive babaabb we know that the X part must end at the 
first a of the double a and that the Y part must begin with the second a. 



S^>XY^> bXY^> baXY babXY ^> babaY 
babaYb ^ babaYbb => babaabb 
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EXAMPLE 

Let the terminals be a and b. Let the three nonterminals be 5, BALANCED, 
and UNBALANCED. We treat these nonterminals as if they were each a single 
symbol and nothing more confusing. Let the productions be 

S^> SS 

S -> BALANCED S 
S-> S BALANCED 
S — » A 

S -* UNBALANCED 5 UNBALANCED 

BALANCED aa 

BALANCED -h> bb 
UNBALANCED -> ab 
UNBALANCED -> ba 

We shall show that the language generated from these productions is the set 
of all words with an even number of a's and an even number of b\. This 
is our old friend, the language EVEN-EVEN. 

To prove this we must show two things: that all the words in EVEN-EVEN 
can be generated from these productions and that every word generated from 
these productions is in fact in the language EVEN-EVEN. 

First we show that every word in EVEN-EVEN can be generated by these 
productions. From our earlier discussion of the language EVEN-EVEN we 
know that every word in this language can be written as a collection of substr- 
ings of 



type aa or type bb 
or type (ab + ba) (aa + bb)* (ab + ba). 

All three types can be generated from the nonterminal S from productions 
above. The various substrings can be put together by repeated application of 
the production 



SS 



This production is very useful. If we apply it four times we can turn one S 
into five S's. Each of these S's can be a syllable of any of the three types. 
For example, the EVEN-EVEN word aababbab can be produced as follows: 

S 4> BALANCED S 
=^> aaS 

=> aa UNBALANCED S UNBALANCED 
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4> aa ba S UNBALANCED 
^> aa ba S ab 
=> aa ba BALANCED 5 ab 
^> aa ba bb S ab 
=^ aa ba bb A ab 
= aababbab 

To see that all the words that are generated by these productions are in the 
language EVEN-EVEN we need only to observe that words derived from S 
can be decomposed into two-letter syllables and the unbalanced syllables, ab 
and ba, come into the working string in pairs,, which add two a's and two 
b's. Also, the balanced syllables add two of one letter and zero of the other 
letter. The sum total of a's and b's will be the sum of even numbers of a's 
and even numbers of fc's. Both the a's and the fc's in total will be even. 
Therefore, the language generated by this CFG is exactly EVEN-EVEN. 



EXAMPLE 

Let the terminals be a and b. Let the nonterminals be S, A, and B. Let the 
productions be 

S-+ aB 
bA 
A—* a 
A^> aS 
A —* bAA 
B -> b 
B-> bS 
B^> aBB 

The language that this CFG generates is the language EQUAL of all strings 
that have an equal number of a and b's in them. This language begins 

EQUAL = {ab ba aabb abab abba baab baba bbaa aaabbb . . . } 

(Notice that previously we included A in this language, but for now it has 
been dropped.) 

To prove that this is the language that is generated by these productions we 
need to demonstrate two things: first, that every word in EQUAL can be 
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derived from S by these productions and, second, that every word generated 
by these productions is in EQUAL. 

To do this we should note that the nonterminal A stands for any word that 
is a-heavy, that is, a word that has one more a than it has b's (for example, 
7 a's and 6 b's). The nonterminal B stands for any word that is b-heavy, 
that is, that has one more b than it has a's, (for example 4 b's and 3 a's). 

We are really making three claims at once. 

Claim 1 All words in EQUAL can be generated by some sequence of productions 
beginning with the start symbol S. 

Claim 2 All words that have one more a than b's can be generated from these 
productions by starting with the symbol A. 

Claim 3 All words that have one more b than a's can be generated from these 
productions by starting with the symbol B. 

If one of these three claims is false, then there is a smallest word of one 
of these three types that cannot be generated as we claim it can. We are 
looking for the smallest counterexample to any of these three claims. Let w 
be the smallest counterexample. For all words shorter than w the three claims 
must be true. 

Which of these three claims does w disprove? 

Let us first challenge Claim 1, by assuming that the word w is in the 
language EQUAL, but it cannot be produced from these productions starting 
with the symbol S. The word w either begins with an a or a b. Let us say 
that it begins with an a. It then is of the form a(rest). Since w is in the 
language EQUAL, the string (rest) must have exactly one more b in it than 
a's. By our claim (which holds for all words with fewer letters than w has), 
we know that (rest) can then be generated from these productions, starting 
with the symbol B. But then w can be generated from these productions starting 
with the symbol S, since the production 

S^>aB 

then leads to 

=^> a(rest) = w 

A similar contradiction arises if we assume that w started with the letter b. 

In this case the letters of w after the b form an A-heavy string that can 
be generated from A. S-^bA then generates w. Therefore the smallest coun- 
terexample to these claims cannot be a word in EQUAL. That means that w 
does not disprove Claim 1. 

Let us now entertain the possibility that w disproves Claim 2. That means 
that there is a word w that has one more a than b's but that cannot be produced 
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from these productions starting with the symbol A, and further that all words 
smaller than w satisfy all three claims. 

There are two cases we need to consider. The first is that the word w 
begins with the letter a and the second is that the word w begins with the 
letter b. 

In the first case w must be of the form a(rest). Since w has one more a 
than b's, the substring (rest) has the same number of a's and b's. This means 
that it can be generated from these rules starting with the letter S, because 
(rest) has fewer letters than w does, and so Claim 1 applies to it. 

However, if (rest) can be produced from S, then w can be produced from 
A starting with the production 

A => aS 

which leads to 

=^> a(rest) = w 

This contradicts the premise of our counterexample. Therefore, w cannot 
start with an a. 

Now let us treat the second case. Suppose w begins with the letter b. The 
word w is still of the form 6(rest), but now (rest) does not have the same 
number of o's and b's. The string (rest) has two more a's than it has b's. 
Let us scan down the string (rest) from left to right until we find a substring 
that has exactly one more a than it has b's. Call this the first half. What is 
left must also have exactly one more a than it has b's. Call it the second 
half. Now we know that the word w is of the form 

&(first half)(second half) 

Both halves are of type A and can be generated from the symbol A since they 
both have fewer letters than w has and Claim 2 must apply to them. 
This time we can generate w starting with the production 

A =^> bAA 

leading eventually to 

&(first half)(second half) 

Again, this contradicts the assumption that w is a counterexample to our 
second claim. 

The case where the smallest counterexample is of type B is practically iden- 
tical to the case where w is of type A. If we reverse the letters a and b and 
the letters A and B in the argument above we have the proof of this case. 
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We have now covered all possibilities, and we can conclude that there can 
be no smallest counterexample to any of our claims. Therefore, all three claims 
are true. In particular, Claim 1 is true: All the words in EQUAL can be 
generated from the symbol S. 

Even though we have worked hard we are only half done. We still need 
to show that all the words that can be generated from S are in the language 
EQUAL. 

Again we make three claims: 

Claim 4 All words generated from S are in EQUAL. 

Claim 5 All words generated from A have one more a than b's. 

Claim 6 All words generated from B have one more b than a's. 

Let us say that w is the smallest counterexample to any of these three claims. 
Let us first consider whether w can violate Claim 4. Let us say that w is 
produced from S but has unequal a's and fc's. We are assuming that these 
three claims are true when applied to all words with fewer letters than w. 

If w is produced from S, it either comes from S —> aB or from S —> bA. 
Since these cases are symmetric, let us say that w comes from S —* aB. Now 
since this B generates a word with one fewer letter than w, we know that the 
three claims apply to the production that proceeds from this B. This means 
in particular that what is generated from B satisfies Claim 6 above and that 
it therefore generates a word with one more b than a. Therefore, w will have 
exactly the same number of b's and a's. The word w, then, satisfies Claim 

4 and is not a counterexample. 

Now let us treat the case where the smallest counterexample, is a word 
called w that disproves Claim 6; that is, it is generated from the symbol B 
but does not have exactly one more b than a's. It could not have come from 
B — > b since then it would have one more b than a (one b, no a's). It could 
not come from the production B — > bS, since whatever is produced from the 

5 part is a string of length less than w, which must then satisfy Claim 4 and 
have equal a's and b's leaving w in proper form. Lastly, it could not come 
from B —> aBB, since each of the 5's is known by Claim 6 to produce words 
with one more b than a as long as the words are shorter than w. Taken 
together, they have two more Z?'s than a's and with an a in front they have 
exactly one more b than a. But then w is not a counterexample to Claim 6. 

All together, this contradicts the existence of any counterexample to Claim 

6. 

The case where the counterexample may be a word that disproves Claim 
5 similarly leads to a contradiction. Therefore, there is no smallest counter- 
example, and the three claims are true, and in particular Claim 4, which is 
the one we needed. This concludes the proof that the language generated by 
these productions is the language EQUAL. ■ 
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It is common for the same nonterminal to be the left side of more than 
one production. We now introduce the symbol, |, a vertical line, to mean 
disjunction (or). Using it we can combine all the productions that have the 
same left side. For example, 

aS 
A 

can be written' simply as: 

S -> aS | A 

The CFG 

X 

S-> Y 
X-> A 
r-» aY 
Y-* bY 
Y-* a 
Y-> b 

can be written as: 

S-* X | Y 
X-> A 

Y-* aY\bY\a\b 

We have committed a small sloppiness here. We have called a set of pro- 
ductions a CFG when we know that by definition a CFG has three other parts. 
This error is common and forgivable since the sets of terminals and nonter- 
minals can be deduced by examining the productions. 

The notation we are using for CFG's is practically universal with the fol- 
lowing minor changes: 

Some authors use the symbol 

":: =" instead of "->". 
Some authors call nonterminals variables. 

Some authors use a small epsilon, e, or small lambda, \, instead of A to 
denote the null string. 
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Some authors indicate nonterminals by writing them in angle brackets: 

{S)^ {X)\{Y) 
A 

(Y) a(Y) \b(Y)\a\b 

We shall be careful to use capital letters for nonterminals and small letters 
for terminals. Even if we did not do this, it would not be hard to determine 
when a symbol is a terminal. All symbols that do not appear as the left parts 
of productions are terminals with the exception of A. 

Aside from these minor variations, we call this format — arrows, vertical 
bars, terminals, and nonterminals — for presenting a CFG, BNF standing for 
Backus Normal Form or Backus-Naur Form. It was invented by John W. 
Backus for describing the high-level language ALGOL. Peter Naur was the 
editor of the report in which it appeared, and that is why BNF has two possible 
meanings. 

A FORTRAN identifier (variable or storage location name) can, by defi- 
nition, be up to six alphanumeric characters long but must start with a letter. 
We can generate the language of all FORTRAN identifiers by a CFG. 

S -> LETTER XXX XX 
X LETTER | DIGIT | A 
LETTER A\B\C \ . . . \ Z 
DIGIT 0|1 12| . . . |9 

Not just the language of identifiers but the language of all proper FORTRAN 
instructions can be defined by a CFG. This is also true of all the statements 
in the languages PASCAL, BASIC, PL/I, and so on. This is not an accident. 
As we shall see in Chapter 22, if we are given a word generated by a specified 
CFG we can determine how the word was produced. This in turn enables us 
to understand the meaning of the word just as identifying the parts of speech 
helps us to understand the meaning of an English sentence. A computer must 
determine the grammatical structure of a computer language statement before 
it can execute the instruction. 

Regular languages were easy to understand in the sense that we were able 
to determine how a given word could be accepted by an FA. But the class 
of languages they define is too restrictive for us. By this we mean that regular 
languages cannot express all of the deep ideas we may wish to communicate. 
Context free languages can handle more of these — enough for computer pro- 
gramming. And even this is not the ultimate language class, as we see in 
Chapter 20. We shall return to such philosophical issues in Part III. 
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PROBLEMS 

1. Consider the CFG: 

S — » aS | bb 

Prove that this generates the language defined by the regular expression 

a*bb 

2. Consider the CFG: 

S XYX 
X-*aX\bX\A 
Y-» bbb 

Prove that this generates the language of all strings with a triple b in 
them, which is the language defined by 

(a + b)*bbb(a + b)* 

3. Consider the CFG: 

aX 

X aX | bX | A 
What is the language this CFG generates? 

4. Consider the CFG: 

S XaXaX 

X aX | bX | A 

What is the language this CFG generates? 

5. Consider the CFG: 

S -> SS | XaXaX \ A 
X bX | A 

(i) Prove that X can generate any b* . 



262 PUSHDOWN AUTOMATA THEORY 



(ii) Prove that XaXaX can generate any b*ab*ab*. 

(iii) Prove that S can generate (b*ab*ab*)*. 

(iv) Prove that the language of this CFG is the set of all words in (a + b)* 
with an even number of a's with the following exception: We consider 
the word A to have an even number of a' s, as do all words with no 
a's, but of the words with noa's only A can be generated. 

Show how the difficulty in part (iv) can be alleviated by adding the 
production 

S-^XS 

For each of the CFG's in Problems 1 through 5 determine whether 
there is a word in the language that can be generated in two 
substantially different ways. By "substantially," we mean that if 
two steps are interchangeable and it does not matter which comes 
first, then the different derivations they give are considered "sub- 
stantially the same" otherwise they are "substantially different." 

For those CFG's that do have two ways of generating the same word, 
show how the productions can be changed so that the language gen- 
erated stays the same but all words are now generated by substantially 
only one possible derivation. 

7. Consider the CFG: 

S -> XbaaX \ aX 
X^> Xa\Xb\ A 

What is the language this generates? Find a word in this language that can 
be generated in two substantially different ways. 

8. (i) Consider the CFG for "some English" given in this chapter. Show 

how these productions can generate the sentence: 

Itchy the bear hugs jumpy the dog. 

(ii) Change the productions so that an article cannot come between an 
adjective and its noun. 

9. (i) Show how in the CFG for "some English" we can generate the 

sentence: 

The the the cat follows cat. 

(ii) Change the productions so that the same noun cannot have more than 
one article. Do this for the modification in Problem 8 also. 



6. (i) 
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10. Show that in the CFG for AE given in this chapter we can eliminate 
the nonterminal AE. In which other CFG's in this chapter can we elim- 
inate a nonterminal? 

Find a CFG for each of the languages defined by the following regular expres- 
sions. 

11. ab* 

12. a*b* 

13. (baa + abb)* 

Find CFG's for the following languages over the alphabet 2 = {a,b}. 

14. (i) All words in which the letter b is never tripled, 
(ii) All words that have exactly two or three b's. 

15. (i) All words that do not have the substring ab. 
(ii) All words that do not have the substring baa. 

16. All words that have different first and last letters: 

{ab ba aab abb baa bba . . . } 

17. Consider the CFG: 

5-> AA 

A -> AAA 

A^bA\Ab\a 

Prove that the language generated by these productions is the set of all words 
with an even number of a's, but not no a's. Contrast this grammar with the 
CFG in Problem 5. 

18. Describe the language generated by the following CFG: 

SS 

s —> XXX 
X^> aX\Xa\b 
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19. Write a CFG to generate the language of all strings that have more a's 
than b's (not necessarily only one more, as with the nonterminal A for 
the language EQUAL, but any number more a's than b's). 

{a aa aab aba baa aaaa aaab . . . } 

20. Let L be any language. Define the transpose of L to be the language 
of all the words in L spelled backward (see Chapter 6, Problem 17). 

For example, if 

L = {a baa bbaab bbbaa} 

then 

transpose (L) = {a aab baabb aabbb} 

Show that if L is a context-free language then the transpose of L is 
context-free also. 



CHAPTER 14 



TREES 



In old-fashioned English grammar courses students were often asked to diagram 
a sentence. This meant that they were to draw a parse tree, which is a picture 
with the base line divided into subject and predicate. All words or phrases 
modifying these were drawn as appendages on connecting lines. For example, 



becomes: 



The quick brown fox jumps over the lazy dog. 



fox 



jumps 




dog 
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If the fox is dappled grey, then the parse tree would be: 




since dappled modifies grey and therefore is drawn as a branch off the grey 
line. 

The sentence, "I shot the man with the gun." can be diagrammed in two 
ways: 



or 
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In the first diagram "with the gun" explains how I shot. In the second 
diagram "with the gun" explains who I shot. 

These diagrams help us straighten out ambiguity. They turn a string of words 
into an interpretable idea by identifying who does what to whom. 

A famous case of ambiguity is the sentence, "Time flies like an arrow." 
We humans have no difficulty identifying this as a poetic statement, technically 
a simile, meaning, "Time passes all too quickly, just as a speeding arrow 
darts across the endless skies" — or some such euphuism. 

This is diagrammed by the following parse tree: 



time 


flies 







\ * 

\ ® 

\ arrow 

Notice how the picture grows like a tree when "an" branches from "arrow." 
A Graph Theory tree, unlike an arboreal tree, can grow sideways or upside 
down. 

A nonnative speaker of English with no poetry in her soul (a computer, 
for example) who has just yesterday read the sentence, "Horse flies like a 
banana." might think the sentence should be diagrammed as 



like 



where she thinks "time flies" may have even shorter lives than drosophilae. 

Looking in our dictionary, we see that "time" is also a verb, and if so in 
this case, the sentence could be in the imperative mood with the understood 
subject "you," in the same way that "you" is the understood subject of the 
sentence "Close the door." A race track tout may ask a jockey to do a favor 
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and "Time horses like a trainer" for him. The computer might think this sen- 
tence should be diagrammed: 



(you) 


time 


flies 







\ ^ 

\ arrow 

Mr 

Someone is being asked to take a stopwatch and "time" some racing "flies" 
just as "an arrow" might do the same job, although one is unlikely to meet 
a straight arrow at the race track. 

The idea of diagramming a sentence to show how it should be parsed carries 
over easily to CFG's. We start with the symbol S. Every time we use a 
production to replace a nonterminal by a string, we draw downward lines from 
the nonterminal to each character in the string. 

Let us illustrate this on the CFG 

S — » AA 

A— »■ AAA \bA\ Ab\a 
We begin with S and apply the production S — > AA. 



s 




A A 



To the left-hand A let us apply the production A —*■ bA. To the right-hand A 
let us apply A — * AAA. 




A A 



A A\ 

b A AAA 
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The b that we have on the bottom line is a terminal, so it does not descend 
further. In the terminology of trees it is called a terminal node. Let the four 
A's, left to right, undergo the productions A —*■ bA, A —*■ a, A — a, A — > Ab 
respectively. We now have 




A A 



A /\\ 

b A AAA 

l\ \\l\ 

b A a a A b 



Let us finish off the generation of a word with the productions A —*■ a and 
A — » a: 




A A 



A A\ 

b A AAA 

/\ I I /\ 

b A a a A b 

i I 

a a 



Reading from left to right, the word we have produced is bbaaaab. 

As was the case with diagramming a sentence, we understand more about 
the finished word if we see the whole tree. The third and fourth letters are 
both a's, but they are produced by completely different branches of the tree. 

These tree diagrams are called syntax trees or parse trees or generation 
trees or production trees or derivation trees. The variety of names comes 
from the multiplicity of applications to linguistics, compiler design, and math- 
ematical logic. 

The only rule for formation of such a tree is that every nonterminal sprouts 
branches leading to every character in the right side of the production that 
replaces it. If the nonterminal N can be replaced by the string abcde: 



N — * abcde 
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then in the tree we draw: 



a b c d e 

There is no need to put arrow heads on the edges because the direction of 
production is always downward. 



EXAMPLE 

One CFG for a subsystem of Prepositional Calculus is: 

S -* (5) | SDS \~S\p\q 

The only nonterminal is S. The terminals are p q ~ D ( ) where "D" is 
the symbol for implication. 

In this grammar consider the diagram: 




This is a derivation tree for the 13-letter word 

( P^(pD q)) 
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We often say that to know the derivation tree for a given word in a given 
grammar is to understand the meaning of that word. 

The concept of "meaning" is one that we shall not deal with mathematically 
in this book. We never presumed that the languages generated by our CFG's 
have any significance beyond being formal strings of symbols. However, in 
some languages the meaning of a string of symbols is important to us for 
reasons of computation. We shall soon see that knowing the tree helps us 
determine how to evaluate and compute. 



EXAMPLE 

Let us concentrate for a moment on an example of a CFG for a simplified 
version of arithmetic expressions: 

5^5 + S|S*5| number 

Let us presume that we know precisely what is meant by " number ." 
We are all familiar with the ambiguity inherent in the expression 

3 + 4*5 

Does it mean (3 + 4) * 5, which is 35, or does it mean 3 + (4*5), which 
is 23? 

In the language defined by this particular CFG we do not have the option 
of putting in parentheses for clarification. Parentheses are not generated by 
any of the productions and are therefore not letters in the derived language. 
There is no question that 3 + 4 * 5 is a word in the language of this CFG. 
The only queston is what does this word mean in terms of calculation? 

It is true that if we insisted on parentheses by using the grammar: 

S -> (S + S) | (S * S) | number 

we could not produce the string 3 + 4 * 5 at all. We could only produce 

5 4> (5 + 5) => (S + (S * S)) => . . . => (3 + (4 * 5)) 
or 

S => (S * S) =^> ((S + S) * S) => . . . => ((3 + 4) * 5) 

neither of which is an ambiguous expression. 

In the practical world we do not need to use all these cluttering parentheses 
because we have adopted the convention of "hierarchy of operators," which 
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says that * is to be executed before + . This, unfortunately, is not reflected 
in either grammar. Later, in Chapter 20, we present a grammar that generates 
unambiguous arithmetic expressions that will mean exactly what we want them 
to mean without the need for burdensome parentheses. For now, we can only 
distinguish between these two possible meanings for the expression 3 + 4*5 
by looking at the two possible derivation trees that might have produced it. 

s + s s * s 

/\\ " /l\ 

s * s s + s 



4 5 3 4 

We can evaluate an expression in parse-tree form from the tree picture itself 
by starting at the bottom and working our way up to the top, replacing each 
nonterminal as we come to it by the result of the calculation that it produces. 

This can be done as follows: 




3 S * S 4*5 



or 




These examples show how the derivation tree can explain what the word 
means in much the same way that the parse trees in English grammar explain 
the meaning of sentences. 
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In the special case of this particular grammar (not for CFG's in general), 
we can draw meaningful trees of terminals alone using the start symbol S only 
once. This will enable us to introduce a new notation for arithmetic expres- 
sions — one that has direct applications to Computer Science. 

The method for drawing the new trees is based on the fact that + and * 
are binary operations that combine expressions already in the proper form. The 
expression 3 + (4 * 5) is a sum. A sum of what? A sum of a number and 
a product. What product? The product of two numbers. Similarly (3 + 4) * 5 
is a product of a sum and a number, where the sum is a sum of numbers. 
Notice the similarity to the original recursive definition of arithmetic expres- 
sions. These two situations are depicted in the following trees. 



s s 




These are like derivation trees for the CFG: 

S-> S + S \ S * S \ number 

except that we have eliminated most of the S's. We have connected the branches 
directly to the operators instead. 

The symbols * and + are no longer terminals, since they must be replaced 
by numbers. These are actually standard derivation trees taken from a new 
CFG in which S, * and + are nonterminals and number is the only terminal. 
The productions are: 

S — * * | + | number 

-I — > + + | + * | + number | * + | ** | * number | number + | 

number * | number number 
* — * + + | + * | + number | * + | ** | * number | number + | 

number * | number number 

As usual number has been underlined because it is only one symbol. The only 
words in this language are strings of number . But we are interested in the 
derivation trees themselves, not in these dull words. 
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From these trees we can construct a new notation for arithmetic expressions. 
To do this, we walk around the tree and write down the symbols, once each, 
as we encounter them. We begin our trip on the left side of the start symbol 
S heading south. As we walk around the tree, we keep our left hand always 
on the tree. 



I 



I 



The first symbol we encounter on the first tree is + . This we write down 
as the first symbol of the expression in the new notation. Continuing to walk 
around the tree, keeping it on our left, we first meet 3 then + again. We 
write down the 3, but this time we do not write + down because we have 
already included it in the string we are producing. Walking some more we 
meet *, which we write down. Then we meet 4, then * again, then 5. So 
we write down 4, then 5. There are no symbols we have not met, so our 
trip is done. The string we have produced is: 



+ 3*45. 



The second derivation tree when converted into the new notation becomes: 



* + 3 4 5. 




This tree-walking method produces a string of the symbols + , * , and 
number , which summarizes the picture of the tree and thus contains the in- 
formation necessary to understand the meaning of the expression. This is in- 
formation that is lacking in our usual representation of arithmetic expressions, 
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unless parentheses are required. We shall show that these strings are unam- 
biguous in that each determines a unique calculation without the need for 
establishing the convention of times before plus. These representations are said 
to be in operator prefix notation because the operator is written in front of 
the operands it combines. 

Since S — > S + S has changed from 

s + 

/l\ /\ 

S + S to 3 4 




the left-hand tracing changes 3 + 4 into + 3 4. 

To evaluate a string of characters in this new notation, we proceed as 
follows. We read the string from left to right. When we find the first substring 
of the form 

operator-operand-operand (call this o-o-o for short) 

we replace these three symbols with the one result of the indicated arithmetic 
calculation. We then rescan the string from the left. We continue this process 
until there is only one number left, which is the value of the entire original 
expression. 

In the case of the expression + 3 * 4 5, the first substring we encounter 
of the form operator-operand-operand is * 4 5, so we replace this with the 
result of the indicated multiplication, that is, the number 20. The string is 
now + 3 20. This itself is in the form o-o-o, and we evaluate it by performing 
the addition. When we replace this with the number 23 we see that the process 
of evaluation is complete. 

In the case of the expression * + 3 4 5 we find that the o-o-o substring 
is +3 4. This we replace with the number 7. The string is then * 7 5, which 
itself is in the o-o-o form. When we replace this with 35, the evaluation process 
is complete. 

Let us see how this process works on a harder example. Let us start with 
the arithmetic expression 

((1 + 2) * (3 + 4) + 5) * 6. 

This is shown in normal notation, which is called operator infix notation 

because the operators are placed in between the operands. With infix notation 
we often need to use parentheses to avoid ambiguity, as is the case with the 
expression above. To convert this to operator prefix notation, we begin by 
drawing its derivation tree: 
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Reading around this tree gives the equivalant prefix notation expression 

• + • + 1 2 + 3 4 5 6 

Notice that the operands are in the same order in prefix notation as they were 
in infix notation, only the operators are scrambled and all parentheses are 
deleted. 

To evaluate this string we see that the first substring of the form operator- 
operand-operand is + 1 2, which we replaced with the number 3. The eval- 
uation continues as follows: 

String 

* + * 3 + 3 4 5 6 

4> 

* + * 3 7 5 6 
* + 21 5 6 
* 26 6 
156 

which is the correct value for the expression we started with. 

Since the derivation tree is unambiguous, the prefix notation is also un- 
ambiguous and does not rely on the tacit understanding of operator hierarchy 
or on the use of parentheses. 

This clever parenthesis-free notational scheme was invented by the Polish 
logician Jan Lukasiewicz (1878-1956) and is often called Polish notation. There 



First o-o-o substring 

+ 34 

* 3 7 
+ 21 5 

* 26 6 
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is a similar operator postfix notation, which is also called Polish notation, in 
which the operation symbols ( + ,*,...) come after the operands. This can 
be derived by tracing around the tree from the other side, keeping our right 
hand on the tree and then reversing the resultant string. Both of these methods 
of notation are useful for computer science, and we consider them again in 
Chapter 22. ■ 

Let us return to the more general case of languages other than arithmetic 
expressions. These may also suffer from the problem of ambiguity. Substantive 
ambiguity is a difficult concept to define. 



EXAMPLE 

Let us consider the language generated by the following CFG: 

Prod 1 S -> AB 
Prod 2 A — » a 
Prod 3 B —> b 

There are two different sequences of applications of the productions that gen- 
erate the word ab. One is Prod 1, Prod 2, Prod 3. The other is Prod 1, 
Prod 3, Prod 2. 

S z> AB => aB => ab or S => AB => Ab => ab 

However, when we draw the corresponding syntax trees we see that the two 
derivations are essentially the same: 



s s 




A B A B 



a b a b 



This example, then, presents no substantive difficulty because there is no 
ambiguity of interpretation. This is related to the situation in Chapter 13 in 
which we first built up the grammatical structure of an English sentence out 
of noun, verb, and so on, and then substituted in the specific words of each 
category either one at a time or all at once. When all the possible derivation 
trees are the same for a given word then the word is unambiguous. ■ 



278 



PUSHDOWN AUTOMATA THEORY 



DEFINITION 

A CFG is called ambiguous if for at least one word in the language that it 
generates there are two possible derivations of the word that correspond to 
different syntax trees. H 



EXAMPLE 

Let us reconsider the language PALINDROME, which we can now define by 
the CFG below: 

S -> aSa | bSb \ a \ b | A 

At every stage in the generation of a word by this grammar the working string 
contains only the one nonterminal 5 smack dab in the middle. The word grows 
like a tree from the center out. For example.: 

. . . baSab =^ babSbab^babbSbbab ^> babbaSabbab . . . 

When we finally replace S by a center letter (or A if the word has no center 
letter) we have completed the production of a palindrome. The word aabaa 
has only one possible generation: 

S => aSa 
aaSaa 
=^ aabaa 



A\ 

a S c 

A\ 



S a 



If any other production were applied at any stage in the derivation, a different 
word would be produced. 

We see then that this CFG is unambiguous. Proving this rigorously is left 
to Problem 13 below. ■ 
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EXAMPLE 

The language of all nonnull strings of a's can be defined by a CFG as follows: 

S — » aS | Sa | a 

In this case the word a 3 can be generated by four different trees: 



s s S s 




This CFG is therefore ambiguous. 

However the same language can also be defined by the CFG: 

S — > aS | a 

for which the word a 3 has only one production: 



s 




I 

a 

(See Problem 14 below). This CFG is not ambiguous. ■ 

From this last example we see that we must be careful to say that it is 
the CFG that is ambiguous, not that the language itself is ambiguous. 

So far in this chapter we have seen that derivation trees carry with them 
an additional amount of information that helps resolve ambiguity in cases where 
meaning is important. Trees can be useful in the study of formal grammars 
in other ways. 

For example, it is possible to depict the generation of all the words in the 
language of a CFG simultaneously in one big (possibly infinite) tree. 
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DEFINITION 

For a given CFG we define a tree with the start symbol S as its root and 
whose nodes are working strings of terminals and nonterminals. The descen- 
dants of each node are all the possible results of applying every production 
to the working string, one at a time. A string of all terminals is a terminal 
node in the tree. The resultant tree is called the total language tree of the 
CFG. ■ 



EXAMPLE 

For the CFG 

S -» aa\bX\ aXX 
ab\b 

the total language tree is: 




aa bX aXX 




bab bb aabX abX aXab aXb 

/Y /I I \ \\ 

aabab aabb abab abb aabab abab aabb abb 



This total language has only seven different words. Four of its words (abb, 
aabb, abab, aabab) have two different possible derivations because they appear 
as terminal nodes in this total language tree in two different places. However, 
the words are not generated by two different derivation trees and the grammar 
is unambiguous. For example: 



.S' 




a X X 

/\ \ 

a b b 
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EXAMPLE 

Consider the CFG: 

S^aSb\bS\a 

We have the terminal letters a and b and three possible choices of substitutions 
for S at any stage. The total tree of this language begins: 



s 




Here we have circled the terminal nodes because they are the words in the 
language generated by this CFG. We say "begins" because since the language 
is infinite the total language tree is too. 

We have already generated all the words in this language with one, two, 
or three letters. 

L = { a ba aab bba . . . } 
These trees may get arbitrarily wide as well as infinitely long. ■ 



EXAMPLE 



S -> SAS | b 
A — > ba I b 



Every string with some S's and some A's has many possible productions that 
apply to it, two for each 5 and two for each A. 

s 




SASASAS bASAS SbaSAS SbSAS SASASAS . 
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The essence of recursive definition comes into play in an obvious way when 
some nonterminal has a production with a right-side string containing its own 
name, as in this case: 



The total tree for such a language then must be infinite since it contains 



This has a deep significance which will be important to us shortly. 

Surprisingly, even when the whole language tree is infinite, the language 
may have only finitely many words. 



EXAMPLE 

Consider this CFG: 



X -> (blah) X (blah) 



the branch: 



X => (blah) X (blah) 

=> (blah) (blah) X (blah) (blah) 
4> (blah) 3 X (blah) 3 



S 



X I b 



X-> aX 



The total language tree begins: 




x 



b 



aX 



aaaX 



Clearly the only word in this language is the single letter b. X is a bad 
mistake; it leads to no words. It is a useless symbol in this CFG. We shall 
be interested in matters like this again in Chapter 23. ■ 
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PROBLEMS 

1. Chomsky finds three different interpretations for "I had a book stolen." 
Explain them. 

Below is a set of words and a set of CFG's. For each word, determine if 
the word is in the language of each CFG and, if it is, draw a syntax tree to 
prove it. 



Words CFG's 

2. ab CFG 1. S -* aSb \ ab 

3. aaaa 

CFG 2. S^>aS\bS\a 

4. aabb 



5. abaa 



6. abba 



CFG 3. 



S- 
X 



aS | aSb \ X 
aXa I a 



7. baaa 



8. abab 



CFG 4. 



S- 
A 



aAS | a 
. SbA \SS\ba 



9 - bbaa CFG 5. S^aB\bA 

A — > a | aS | MA 

10. fozafc B b | W | aBB 

1 1 . Find an example of an infinite language that does not have any production 
of the form 



X -> (blah) X (blah) 

for any nonterminal X 

12. Show that the following CFG's are ambiguous by finding a word with 
two distinct syntax trees. 

(i) S -> SaSaS | b 

(ii) 5 — » aSb \Sb\Sa\ a 

(iii) 5 — » aaS \ aaaS | a 

(iv) S^aS\aSb\X 
X^>Xa\a 
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(v) S -> AA 

A -»• AAA \a\bA\Ab 

13. Prove that the CFG 

aSa\bSb\a\b\A 

does generate exactly the language PALINDROME as claimed in the 
chapter and is unambiguous. 

14. Prove that the CFG 

S —> aS | a 

is unambiguous. 

15. Show that the following CFG's that use A are ambiguous 

(i) S XaX 
X -> aX | bX | A 

(ii) S -> aSX | A 
X | a 

(iii) 5 — > aS | foS | aaS | A 

(i) Find unambiguous CFG's that generate the three languages in 
Problem 15. 

(ii) For each of the three languages generated in Problem 15, find an 
unambiguous grammar that generates exactly the same language ex- 
cept for the word A. Do this by not employing the symbol A in the 
CFG's at all. 

Begin to draw the total language trees for the following CFG's until we 
can be sure we have found all the words in these languages with one, 
two, three, or four letters. Which of these CFG's are ambiguous? 

(i) S^aS\bS\a 

(ii) S -» aSaS | b 

(iii) S —> aSa \ bSb \ a 

(iv) S^aSb\ bX 
X-*bX\b 

(v) S^>bA\aB 
A —> bAA | aS \ a 
B -» aBB \bS\b 



16. 



17. 
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18. Convert the following infix expressions into Polish notation. 



(i) 


1*2*3 


(ii) 


1*2 + 3 


(iii) 


1 * (2 + 3) 


(iv) 


1 * (2 + 3) * 4 


(v) 


((1 + 2) * 3) + 4 


(vi) 


1 + (2 * (3 + 4)) 


(vii) 


1 + (2 * 3) + 4 



19. Suppose that, while tracing around a derivation tree for an arithmetic 
expression to convert it into operator prefix notation, we make the fol- 
lowing change: When we encounter a number we write it down, but we 
do not write down an operator until the second time we encounter it. 
Show that the resulting string is correct operator postfix notation for the 
diagrammed arithmetic expression. 

20. Invent a form of prefix notation for the system of Propositional Calculus 
used in this chapter that enables us to write all well-formed formulas 
without the need for parentheses (and without ambiguity). 



CHAPTER 15 



REGULAR 
GRAMMARS 



Some of the examples of languages we have generated by CFG's have been 
regular languages, that is, they are definable by regular expressions. However, 
we have also seen some nonregular languages that can be generated by CFG's 
(PALINDROME and EQUAL). 

EXAMPLE 

The CFG: 

S — » ab | aSb 

generates the language 

{a"b n } 

Repeated applications of the second production results in the derivation 



S ^> aSb aaSbb ^> aaaSbbb aaaaSbbbb 
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Finally the first production will be applied to form a word having the same 
number of a's and fe's, with all the a's first. This language as we demonstrated 
in Chapter 11, is nonregular. ■ 



EXAMPLE 

The CFG: 

S — » aSa | bSa | A 

generates the language TRAILING-COUNT of all words of the form: 

s a le " sth(s) for all strings s in (a + b)* 

that is, any string concatenated with a string of as many a's as the string has 
letters. This language is also nonregular (See Chapter 11, Problem 10). ■ 

What then is the relationship between regular languages and context-free 
grammars? 

Several possibilities come to mind: 

1. All languages can be generated by CFG's. 

2. All regular languages can be generated by CFG's, and so can some non- 
regular languages but not all possible languages. 

3. Some regular languages can be generated by CFG's and some regular 
languages cannot be generated by CFG's. Some nonregular languages can 
be generated by CFG's and some nonregular languages cannot. 

Of these three possibilities, number 2 is correct. In this chapter we shall 
indeed show that all regular languages can be generated by CFG's. We leave 
the construction of a language that cannot be generated by any CFG for Chapter 
20. 

We now present a method for turning an FA into a CFG so that all the 
words accepted by the FA can be generated by the CFG and only the words 
accepted by the FA are generated by the CFG. The process of conversion is 
easier than we might suspect. It is, of course, stated as a constructive algorithm 
that we first illustrate on a simple example. 



EXAMPLE 

Let us consider the FA below, which accepts the language of all words with 
a double a: 
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ft 



We have named the start state S, the middle state M, and the final state F. 

The word abbaab is accepted by this machine. Rather than trace through 
the machine watching how its input letters are read, as usual, let us see how 
its path grows. The path has the following step-by-step development where a 
path is denoted by the labels of its edges concatenated with the symbol for 
the state in which it now sits: 



s 


(We begin in S) 


aM 


(We take an a-edge to M) 


abS 


(We take an a-edge then a b-edge and we are in S) 


abbS 


(An a-edge, a fr-edge, and a fc-loop back to S) 


abbaM 


(Another a-edge and we are in M) 


abbaaF 


(Another a-edge and we are in F) 


abbaabF 


(A b-loop back to F) 


abbaab 


(The finished path: an a-edge a fc-edge . . . ) 



This path development looks very much like a derivation of a word in a 
CFG. What would the rules of production be? 

(From S an a-edge takes us to M) S — > aM 

(From 5 a b-edge takes us to S) S —> bS 

(From M an a-edge takes us to F) M —> aF 

(From M a £>-edge takes us to 5) M bS 

(From F an a-edge takes us to F) F — » aF 

(From F a b-edge takes us to F) F — > bF 

(When at the final state F, we can F — » A 
stop if we want to). 

We shall prove in a moment that the CFG we have just described generates 
all paths from S to F and therefore generates all words accepted by the FA. 

Let us consider another path from 5 to F, that of the word babbaaba. The 
path development sequence is 

(Start here) S 
(A fc-loop back to S) bS 
(An a-edge to M) baM 
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(A fe-edge back to 5) 
(A 6-loop back to 5) 
(An a-edge to M) 



babS 

babbS 

babbaM 

babbaaF 

babbaabF 

babbaabaF 

babbaaba 



(Another a-edge to F) 
(A fc-loop back to F) 
(An a-loop back to F) 
(Finish up in F) 



b 




a 



a 




b 



This is not only a path development but also a derivation of the word 
babbaaba from the CFG above. 

The logic of this argument is roughly as follows. Every word accepted by 
this FA corresponds to a path from S to F. Every path has a step-by-step 
development sequence as above. Every development sequence is a derivation 
in the CFG proposed. Therefore, every word accepted by the FA can be gen- 
erated by the CFG. 

The converse must also be true. We must show that any word generated 
by this CFG is a word accepted by the FA. Let us take some derivation such 
as 



5 -» aM 
M bS 
S aM 
M — » aF 
F -» bF 
F —* A 



Production Used 



Derivation 

S aM 



d> abS 
^> abaM 
^ abaaF 
=^> abaabF 
=^ abaab 



This can be interpreted as a path development: 



S ^ aM 
M -» bS 
S -» aM 
M -> aF 
F -> bF 
F —> A 



Production Used 



Path Developed 

Starting at S we take an a-edge to M 

Then a b-edge to S 

Then an a-edge to M 

Then an a-edge to F 

Then a fc-edge to F 

Now we stop 
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The path, of course, corresponds to the word abaab, which must be in the 
language accepted by the FA since its corresponding path ends at a final 
state. ■ 

The general rules for the algorithm above are: 

CFG derivation — > path development — > path — > word accepted 

and 

word accepted path — » path development — » CFG derivation 
For this correspondence to work, all that is necessary is that: 
1. Every edge between states be a production: 



" *^^) becomes x - 



■ cY 



and 

2. Every production correspond to an edge between states: 
x — x-y comes from ~ 



or to the possible termination at a final state: 

A 

only when X is a final state. 

If a certain state Y is not a final state, we do not include a production of 
the form 

Y —* A 

for it. 
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At every stage in the derivation the working string has this form: 

(string of terminals) (one Nonterminal) 

until, while in a final state, we apply a production replacing the single non- 
terminal with A. It is important to take careful note of the fact that a path 
that is not in a final state will be associated with a string that is not all 
terminals, (i.e. not a word). These correspond to the working strings in the 
middle of derivations, not to words in the language. 

DEFINITION 

For a given CFG a semiword is a string of terminals (maybe none) conca- 
tenated with exactly one nonterminal (on the right), for example, 

(terminal) (terminal) . . . (terminal) (Nonterminal) 



Contrast this with word, which is a string of all terminals, and working 
string, which is a string of any number of terminals and nonterminals in any 
order. 

Let us examine next a case of an FA that has two final states. 

One easy example of this is the FA for the language of all words without 
double a's. This, the complement of the language of the last example, is also 
regular and is accepted by the machine FA' . 




a 



Let us retain for the moment the names of the nonterminals we had before: 
S for start, M for middle, and F for what used to be the final state, but is 
not anymore. 

The productions that describe the labels of the edges of the paths are still 

S aM\bS 
M —* bS\aF 
F -> aF\bF 



as before. 
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However, now we have a different set of final states. We can accept a 
string with its path ending in S or M, so we include the productions: 

S -> A 

and 

M —> A. 

but not 

F —> A 



The following paragraph is the explanation for why this algorithm works: 
Any path through the machine FA' that starts at - corresponds to a string 
of edge labels and simultaneously to a sequence of productions generating a 
semiword whose terminal section is the edge label string and whose right-end 
nonterminal is the name of the state the path ends in. If the path ends in a 
final state, then we can accept the input string as a word in the language of 
the machine, and simultaneously finish the generation of this word from the 
CFG by employing the production: 

(Nonterminal corresponding to final state) — » A 

Because our definition of CFG's requires that we always start a derivation 
with the particular start symbol S, it is always necessary to label the unique 
start state in an FA with the nonterminal name S. The rest of the choice of 
names of states is arbitrary. 

This discussion was general and complete enough to be considered a proof 
of the following theorem: 



THEOREM 19 

All regular languages can be generated by CFG's. 

This can also be stated as: All regular languages are CFL's. ■ 
EXAMPLE 

The language of all words with an even number of a's (with at least some 
a's) is regular since it can be accepted by this FA: 



REGULAR GRAMMARS 



293 




a 



Calling the states S, M, and F as before, we have the following corre- 
sponding set of productions: 

S -> bS | aM 
M — > bM | aF 
F bF | aM | A 

We have already seen two CFG's for this language, but this CFG is sub- 
stantially different. (Here we may ask a fundamental question: How can we 
tell whether two CFG's generate the same language? But fundamental questions 
do not always have satisfactory answers.) ■ 

Theorem 19 was discovered (or perhaps invented) by Noam Chomsky and 
George A. Miller in 1958. They also proved the result below, which seems 
to be the flip side of the coin. 

THEOREM 20 

If all the productions in a given CFG fit one of the two forms: 

Nonterminal — * semiword 

or 

Nonterminal — > word 
(where the word may be A) then the language generated by this CFG is regular. 



PROOF 

We shall prove that the language generated by such a CFG is regular by 
showing that there is a TG that accepts the same language. We shall build 
this TG by constructive algorithm. 

Let us consider a general CFG in this form: 
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Ni — > W\N 2 N 7 — » w\$ 
Ni —> w 2 N 3 N41 —> w 2 3 
N 2 — » W3N4 ■ ■ ■ 

where the N's are the nonterminals, the w's are strings of terminals, and the 
parts w y N z are the semiwords used in productions. One of these Ws must be 
S. Let N t = S. 

Draw a small circle for each N and one extra circle labeled + . The circle 
for S we label - . 

0 0 
0 0 ... 0 ... 0 

For every production rule of the form: 

N X ^ WyN Z 

draw a directed edge from state N x to 7V Z and label it with the word w y . 

O--Q 



If the two nonterminals above are the same the path is a loop. 
For every production rule of the form: 



N p w q 



draw a directed edge from N p to + and label it with the word w q 



We have now constructed a transition graph. Any path in this TG from - 
to + corresponds to a word in the language of the TG (by concatenating 
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labels) and simultaneously corresponds to a sequence of productions in the 
CFG generating the same word. Conversely, every production of a word in 
this CFG: 

S =^ wN ^> wwN wwwN ... vvvvvvvvw 
corresponds to a path in this TG from — to + . 

Therefore, the language of this TG is exactly the same as the language of 
the CFG. Therefore, the language of the CFG is regular. ■ 

We should note that the fact that the productions in some CFG are all in 
the required format does not guarantee that the grammar generates any words. 
If the grammar is totally discombobulated, the TG that we form from it will 
be crazy too and accept no words. However, if the grammar generates a lan- 
guage of some words then the TG produced above for it will accept that 
language. 



DEFINITION 

A CFG is called a regular grammar if each of its productions is of one of 
the two forms 

Nonterminal — > semiword 

or 

Nonterminal — »■ word ■ 

The two previous proofs imply that all regular languages can be generated 
by regular grammars and all regular grammars generate regular languages. 

We must be very careful not to be carried away by the symmetry of these 
theorems. Despite both theorems it is still possible that a CFG that is not in 
the form of a regular grammar can generate a regular language. In fact we 
have seen examples of this very phenomenon in Chapters 13 and 14. 



EXAMPLE 

Consider the CFG: 

S aaS | bbS | A 

This is a regular grammar and so we may apply the algorithm to it. There 
is only one nonterminal, S, so there will be only two states in the TG, - 
and the mandated + . The only production of the form 
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N p -> w q 

is 

S-+ A 

so there is only one edge into + and that is labeled A. The productions 
S — > aaS and 5 -» bfoS are of the form N { — » wjV 2 where the JV's are both S. 
Since these are supposed to be made into paths from to N 2 they become 
loops from S back to S. These two productions will become two loops at — 
one labeled aa and one labeled bb. The whole TG is shown below: 



bb 



By Kleene's theorem, any language accepted by a TG is regular, therefore 
the language generated by this CFG (which is the same) is regular. 
It corresponds to the regular expression 

(aa + bb)* 



EXAMPLE 

Consider the CFG: 

S -> aaS | bbS \ abX | baX \ A 
X -h> aaX | bbX \ abS | fcaS 

The algorithm tells us that there will be three states: — , X, + . 
Since there is only one production of the form 

there is only one edge into + . The TG is: 
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aa, bb . aa, bb 




which we immediately see accepts our old friend the language EVEN-EVEN. 
(Do not be fooled by the A edge to the + state. It is the same as relabeling 
the - state ± .) ■ 

EXAMPLE 

Consider the CFG: 

S aA\bB 
A — > aS | a 
B^> bS\b 

The corresponding TG constructed by the algorithm in Theorem 20 is: 




The language of this CFG is exactly the same as the language of the CFG 
two examples ago except that it does not include the word A. This language 
can be defined by the regular expression (aa + bb) + . ■ 
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We should also notice that the CFG above does not have any productions 
of the form 

N X ->A 

For a CFG to accept the word A, it must have at least one production of 
this form, called a A-production. 

A theorem in the next chapter states that any CFL that does not include 
the word A can be defined by a CFG that includes no A-productions. Notice 
that a A-production need not imply that A is in the language, as with 

S-> aX 
X^ A 

The language here is just the word a. 

The CFG's that are constructed by the algorithm in Theorem 19 always 
have A-productions, but they do not always generate the word A. We know 
this because not all regular languages contain the word A, but the algorithm 
suggested in the theorem shows that they can all be converted into CFG's 
with A-productions. 



PROBLEMS 

Find CFG's that generate these regular languages over the alphabet 
X = {a, b}\ 

1. The language defined by (aaa + b)* 

2. The language defined by (a + b)* (bbb + aaa) (a + b)* 

3. All strings without the substring aaa. 

4. All strings that end in b and have an even number of fo's in total. 

5. The set of all strings of odd length. 

6. All strings with exactly one a or exactly one b. 

7. All strings with an odd number of a's or an even number of 6's. 
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For the following CFG's find regular expressions that define the same language 
and describe the language. 

8. 5 -> aX | bS | a | b 
X^- aX\a 

9. S^bS\aX\b 
X-* bX\aS\a 

10. S -> aaS | abS \ baS \ bbS | A 

11. S->aB\bA\A 
A—>aS 
B^bS 

12. S^aB\bA 
A — > aB | a 
B-> bA \b 

13. S->aS\bX\a 
X-^> aX\bY\a 
Y —> aY \ a 

14. S^aS\bX\a 
X^aX\bY\bZ \a 
Y^> aY\a 

Z^> aZ \bW 
aW\a 

15. S^>bS\aX 
X-*bS\aY 

Y^ aY\bY\a \b 

16. (i) Starting with the alphabet 

X = {a b ( ) + *} 



find a CFG that generates all regular expressions, 
(ii) Is this language regular? 

17. Despite the fact that a CFG is not in regular form it still might generate 
a regular language. If so, this means that there is another CFG that 
defines the same language and is in regular form. For each of the ex- 
amples below, find a regular form version of the CFG. 
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(i) S -»• XYZ 

X -»• aX | bX | A 
fl y | fcK I A 
Z -> aZ I A 

(ii) S -> XXX 
X aX | a 
Y-*bY\b 

(iii) 5 -> XK 

X-> aX\Xa\a 
Y^> aY\Ya\a 



18. Each of the following CFG's has a production using the symbol A and 
yet A is not a word in its language. Show that there are other CFG's 
for these languages that do not use A. 

(i) S -> aX | bX 
X-» a | b | A 

(ii) 5 -»• aX | bS \ a \ b 
X -+ aX | a | A 

(iii) 5 -* | Z?X 
X -> aX | A 

19. Show how to convert a TG into a regular grammar without first con- 
verting it to an FA. 

20. Let us, for the purposes of this problem only, allow a production of the 
form 

iV, -*• r N 2 

where N t and N 2 are nonterminals and r is a regular expression. The 

meaning of this formula is that in any working string we may substitute 

for Ni any string wN 2 where w is a word in the language defined by 

r. This can be considered a short-hand way of writing an infinite family 

of productions, one for each word in the language of r. 

Let a grammar be called bad if all of its -productions are of the two 

forms 

JVi -»• r N 2 

N 3 —> A 

Bad grammars generate languages the same way CFG's do. 
Prove that even a bad grammar cannot generate a nonregular language, 
by showing how to construct one regular expression that defines the same 
language as the whole bad grammar. 



CHAPTER 16 



CHOMSKY 
NORMAL 
FORM 



Context-free grammars come in a wide variety of forms. By definition, any 
finite string of terminals and nonterminals is a legal right-hand side of a pro- 
duction, for example, 

X -» YaaYbaYXZabYb 

This wide range of possibilities gives us considerable freedom, but it also adds 
to the difficulty of analyzing the languages these possibilities represent. We 
have seen in the previous chapter that it may be important to know the form 
of the grammar. In this chapter, we shall show that all context-free languages 
can be defined by CFG's that fit a more restrictive format, one more amenable 
to theoretical investigation. 

The first problem we tackle is A. The null string is a perennial weed in 
our garden. It gave us trouble with FA's and TG's, and it will give us trouble 
now. 
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We have not yet committed ourselves to a definite stand on the social 
acceptability of A-productions, that is, productions of the form: 

N -> A 

where N is any nonterminal. We have employed them but we do not pay 
them equal wages. These A-productions will make our lives very difficult in 
the discussions to come, so we must ask ourselves, do we need them at all? 

Any context-free language in which A is a word must have some A-pro- 
ductions in its grammar since otherwise we could never derive the word A 
from S. This statement is obvious, but it should be given some justification. 
A-productions are the only productions that shorten the working string. If we 
begin with the string S and apply only non- A-productions, we never develop 
a word of length 0. 

However, there are some grammars that generate languages that do not 
include the word A but that contain some A-productions anyway. One such 
CFG that we have already encountered is 

S -»■ aX 
X-+ A 

for the single word a. There are other CFG's that generate this same language 
that do not include any A-productions. 

The following theorem, which is the work of Bar-Hillel, Perles, and Shamir, 
shows that A-productions are not necessary in a grammar for a context-free 
language that does not contain the word A. It proves an even stronger result. 



THEOREM 21 

If L is a context-free language generated by a CFG that includes A-productions, 
then there is a different context-free grammar that has no A-productions that 
generates either the whole language L (if L does not include the word A) or 
else generates the language of all the words in L that are not A. 



PROOF 

We prove this by providing a constructive algorithm that will convert a CFG 
that contains A-productions into a CFG that does not contain A-productions 
that generates the same language with the possible exception of the word A. 
Consider the purpose of the production 



A 7 — >■ A 
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If we apply this production to some working string, say abAbNaB, we get 
abAbaB. In other words, the net result is to delete N from the working string. 
If N was just destined to be deleted, why did we let it get there in the first 
place? Its mere presence in the working string cannot have affected the non- 
terminals around it since productions are applied to one symbol at a time no 
matter what its neighbors are. This is why we call these grammars context 
free. A nonterminal in a working string in a derivation is not a catalyst; it 
is not there to make other changes possible. It is only there so that eventually 
it will be replaced by one of several possibilities. It represents a decision we 
have yet to make, a fork in the road, a branching node in a tree. 

If N is simply destined to be removed we need a means of avoiding putting 
that N into the string at all. This is not quite so simple as it sounds. 

Consider the following CFG for EVENPALINDROME (the language of all 
palindromes with an even number of letters): 

S -» aSa | bSb \ A 

In this grammar we have the following possible derivation: 

S =^> aSa 
=^ aaSaa 
=^> aabSbaa 
aabbaa 

We obviously need the nonterminal 5 in the production process even though 
we delete it from the derivation when it has served its purpose. 

The following rule seems to take care of using and deleting the nonterminals 
involved in A-productions. 

Proposed Replacement Rule 

If, in a certain CFG, there is a production of the form 

A 

among the set of productions, where N is any nonterminal (even S), then we 
can modify the grammar by deleting this production and adding the following 
list of productions in its place. 
For all productions of the form: 

X -> (blah 1) N (blah 2) 

where X is any nonterminal (even S or N) and where (blah 1) and (blah 2) 
are anything at all (even involving N), add the production 



(blah 1) (blah 2) 
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Notice, we do not delete the production X— » (blah 1) N (blah 2), only the 
production Af — » A. 

For all productions that involve more than one N on the right side add new 
productions that have the other characters the same but that have all possible 
subsets of Ws deleted. 

For example, the production 

X -»• aNbNa 

makes us add 

X —* abNa (deleting only the first N) 
X —> aNba (deleting only the second AO 

and 

X — > aba (deleting both N's) 



Also, 

X — > AW 

makes us add 

X — * N (deleting one A 7 ) 

and 

X -> A (deleting both N's) 

Instead of using a production with an N and then dropping the N later we 
simply use the correct form of the production with the N already dropped. 
There is then no need to remove N later and so no need for the lambda 
production. This modification of the CFG will produce a new CFG that gen- 
erates exactly the same words as the first grammar with the possible exception 
of the word A. This is the end of the Proposed Replacement Rule. ■ 

Let us see what happens when we apply this replacement rule to the fol- 
lowing CFG. 

S -> aSa | bSb | A 

We remove the production S — > A and replace it with S — * aa and S —> bb, 
which are the first two productions with the right-side S deleted. 
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The CFG is now: 

S -» aSa | bSb \aa\bb 

which also generates EVENPALINDROME, except for the word A, which can 
no longer be derived. 

The reason this rule works is that if the N was put into the working string 
by the production 

X (blah 1) N (blah 2) 

and later deleted by 

JV-> A 

both steps could have been done at once by using the replacement production 

X -» (blah 1) (blah 2) 

in the first place. We have seen that, in general, a change in the order in 
which we apply the productions may change the word generated. However, 
in this case, no matter how far apart the productions 

X-^ (blah I) N (blah 2) 

and 

N —* A 

may be in the sequence of the derivation, if the N removed from the working 
string by the second production is the same N introduced by the first then 
these two can be combined into the single production 

X -+ (blah 1) (blah 2) 

We must be careful not to remove N before it has served its full purpose. 
For example, the following EVENPALINDROME derivation is generated in 
the old CFG: 



Derivation Production Used 

S aSa S — » aSa 

^> aaSaa S — » aSa 

^ aabSbaa S —* bSb 

=^ aabbaa S — > A 
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In the new CFG we can combine the last two steps into one: 
Derivation Production Used 

S ^ aSa S — » aSa 

aaSaa S — » aSa 

=J> aabbaa S — » bb 

It is only the last two steps for which we use the replacement production: 
S -* bSb " 

becomes S —> bb 

S -> A 



We do not eliminate the entire possibility of using S to form words. 

We can now use this proposed replacement rule to describe an algorithm 
for eliminating all A-productions from a given grammar. 

If a particular CFG has several nonterminals with A-productions, then we 
replace these A-productions one by one following the steps of the proposed 
replacement rule. As we saw, we will get more productions (new right sides 
by deleting some N's) but shorter derivations (by combining the steps that 
formerly employed A-productions). We end up with a CFG that generates the 
exact same language as the original CFG (with the possible exception of the 
word A) but that has no A-productions. 

A little discussion is in order here to establish that the new CFG actually 
does generate all the non-A words the old CFG does and that it generates no 
new words that the old CFG did not. 

In the general case we might have something like this. In a long derivation 
in a grammar that includes the productions B —* aN and N — »■ A among other 
stuff we might find: 

S=> . . . 

=> a A N b B a 

^>aANbaNa from B — >■ aN 

^>abbXybaNa 
-^abbXybaa from N —> A 



Notice that not all the N's have to turn into A's. The first N in the working 
string did not, but the second does. We trace back to the step at which this 
second N was originally incorporated into the working string. In this sketchy 
example, it came from the production B —> aN. In the new CFG we would 
have a corresponding production B — > a. If we had applied this production 
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instead of B — > aN, there would be no need later to apply N —*■ A to this 
particular N. Those never born need never die. (First statistician: "With all 
the troubles in this world, it would be better if we were never born in the 
first place." Second statistician: "Yes, but how many are so lucky? Maybe 
one in ten thousand.") So we see that we can produce all the old non-A words 
with the new CFG even without A-productions. 

To show that the new CFG with its new productions does not generate any 
new words that the old CFG could not, we merely observe that each of the 
new added productions is just a combination of old productions and any new 
derivation corresponds to some old derivation that used the A-production. 

Before we claim that this constructive algorithm provides the whole proof, 
we must ask if it is finite. It seems that if we start with some nonterminals 
N { , N 2 , N 3 , which have A-productions and we eliminate these A-productions 
one by one until there are none left, nothing can go wrong. Can it? 

What can go wrong is that the proposed replacement rule may create new 
A-productions that can not themselves be removed without again creating more. 
For example, in this grammar 

S -> a | Xb | aYa 
X^ Y | A 
Y-*b\X 

we have the A-production 

X —> A 

so by the replacement rule we can eliminate this production and put in its 
place the additional productions: 

S -> b (from S -> Xb) 

and 

Y — » A (from r-» X). 

But now we have created a new A-production which was not there before. 
So we still have the same number of A-productions we started with. If we 
now use the proposed replacement rule to get rid of Y —> A, we get 

S -» aa (from 5 — > aYa) 

and 



X A (from X -*■ Y) 
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But we have now re-created the production X —*■ A. So we are back with our 
old A-production. In this particular case the proposed replacement rule will 
never eliminate all A-productions even in hundreds of applications. 

Therefore, unfortunately, we do not yet have a proof of this theorem. How- 
ever, we can take some consolation in having created a wonderful illustration 
of the need for careful proofs. Never again will we think that the phrase "and 
so we see that the algorithm is finite" is a silly waste of words. 

Despite the apparent calamity, all is not lost. We can perform an ancient 
mathematical trick and patch up the proof. The trick is to eliminate all the 
A-productions at once. 



DEFINITION (inside the proof of Theorem 21) 

In a given CFG, we call a nonterminal N nullable if 

1 . There is a production N — » A 

or 

2. There is a derivation that starts at N and leads to A. 
N =>...=> A 

(end of definition, not proof) 



As we have seen, all nullable nonterminals are dangerous. We now state 
the careful formulation of the algorithm. 

Modified Replacement Rule 

1. Delete all A-productions. 

2. Add the following productions: For every production 

X — » old string 

add enough new productions of the form X —> . . . , that the right side will 
account for any modification of the old string that can be formed by deleting 
all possible subsets of nullable nonterminals, except that we do not allow 
X —* A to be formed even if all the characters in this old right-side string 
are nullable. 

For example, in the CFG 

S-*a\Xb\aYa 
X^> Y\A 
Y^>b\X 
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we find that X and Y are nullable. So when we delete X — > A we have to 
check all productions that include X or Y to see what new productions to add: 

Old Productions Productions Newly 

with Nullables Formed by the Rule 

X Y Nothing 

X—> A Nothing 

Y X Nothing 

S Xb S-*b 

S —> aYa S —* aa 



The new CFG is 



S -» a | Xb | aYa | b | aa 
X^ Y 
Y ^ b\X 



It has no A-productions but generates the same language. 

This modified replacement rule works the way we thought the first replace- 
ment rule would work, that is, by looking ahead at which nonterminals in the 
working string will be eliminated by A-productions and offering alternate sub- 
stitutions in which they have already been eliminated. 

Before we conclude this proof, we should ask ourselves whether the mod- 
ified replacement rule is really workable, that is, is it an effective procedure 
in the sense of our use of that term in Chapter 12? To apply the modified 
replacement rule we must be able to identify all the nullable nonterminals at 
once. How can we do this if the grammar is complicated? For example, in 
the CFG 



S^Xay\YY\aX\ ZYX 
X-+Za\bZ\ ZZ] Yb 
Y Ya | XY | A 
Z -h> aX I YYY 



all the nonterminals are nullable, as we can see from 



S 4> ZYX => YYYYX => YYYYZZ YYYYYYYZ 4> YYYYYYYYYY 
4> ■ • • => AAAAAAAAAA = A 

The solution to this problem is blue paint (the same shade used in Chapter 
12). Let us start by painting all the nonterminals with A-productions blue. We 
paint every occurrence of them, throughout the entire CFG, blue. Now for 
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Step 2 we paint blue all nonterminals that produce solid blue strings. For 
example, if 



and Z, Y, and X are all blue, then we paint S blue. Paint all other occurrences 
of S throughout the CFG blue too. As with the FA's, we repeat Step 2 until 
nothing new is painted. At this point all nullable nonterminals will be blue. 

This is an effective decision procedure to determine all nullables, and there- 
fore the modified replacement rule is also effective. 

This then successfully concludes the proof of this Theorem. ■ 



EXAMPLE 

Let us consider the following CFG for the language defined by (a + b)*a 



The only nullable nonterminal here is X, and the productions that have right 
sides including X are: 



S^ZYX 



S-*Xa 

X -> aX I bX I A 



Productions 
with Nullables 



New 

Productions 
Formed by 
the Rule 



S^Xa 
X^aX 
X-* bX 



a 

X-*a 
X^b 



The full new CFG is: 



S — > Xa I a 
X^ aXlbX 



a b 



To produce the word baa we formerly used the derivation: 



Derivation 



Production Used 



S =>Xa 
=> bXa 
=> baXa 
=^ baa 



S^Xa 
X^bX 
X^aX 
X —> A 
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Now we combine the last two steps, and the new derivation in the new 
CFG is: 

S ^ Xa S^Xa 
^>bXa X^> bX 

baa X — » a 

Since A was not a word generated by the old CFG, the new CFG generates 
exactly the same language. ■ 



EXAMPLE 

Consider this inefficient CFG for the language defined by 

(a + b)*bb(a + b)* 

S^XY 
X->Zb 
Y — > bW 
Z-+AB 
W^Z 

A —> aA \ bA \ A 
B -> Ba | Bb | A 

From X we can derive any word ending in b; from Y we can derive any 
word starting with b. Therefore, from S we can derive any word with a double 
b. 

Obviously, A and B are nullable. Based on that, Z — » AB makes Z also 
nullable. After that, we see that W is also nullable. X, Y, and S remain 
nonnullable. Alternately, of course, we could have arrived at this by azure 
artistry. 

The modified replacement algorithm tells us to generate new productions to 
replace the A-productions as follows: 





Additional New Productions 


Old 


Derived from Old 


X-+Zb 


X-* b 


Y-*bW 


Y-> b 


Z-* AB 


Z -» A and Z -» B 


W-^Z 


Nothing 


A — > aA 


A — » a 


A-^bA 


A^b 


B-^Ba 


a 


B Bb 


B-*b 
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Remember we do not eliminate all of the old productions, only the old 
A-productions. 

The fully modified new CFG is: 

S^> XY 
X-+Zb\b 
Y-+bW\b 
Z^> AB\A\B 
W^Z 

A —> a A | bA | a | b 
B -> Ba\Bb\a\b 

Since A was not a word generated by the old CFG, the new CFG generates 
exactly the same language. I 

We now eliminate another needless oddity that plagues some CFG's. 

DEFINITION 

A production of the form 

one Nonterminal — * one Nonterminal 
is called a unit production. ■ 

Bar-Hillel, Perles, and Shamir tell us how to get rid of these too. 
THEOREM 22 

If there is a CFG for the language L that has no A-productions, then there 
is also a CFG for L with no A-productions and no unit productions. 

PROOF 

This will be another proof by constructive algorithm. 

First we ask ourselves what is the purpose of a production of the form 

A -> B 



where A and B are nonterminals. 
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We can use it only to change some working string of the form 

(blah) A (blah) 

into the working string 

(blah) B (blah) 

why would we want to do that? We do it because later we want to apply a 
production to the nonterminal B that is different from any that we could pro- 
duce from A. For example, 

B — > (string) 

so 

(blah) A (blah) (blah) B (blah) => (blah) (string) (blah) 

which is a change we could not make without using A — * B, since we had 
no production A — > (string). 

It seems simple then to say that instead of unit productions all we need 
are more choices for replacements for A. We now formulate a replacement 
rule for, eliminating unit productions. 

Proposed Elimination Rule 

If A —* B is a unit production and all the productions starting with B are 

B — »■ Si | s 2 I • • • 

where s u s 2 , . . - are strings, then we can drop the production A — » B and 
instead include these new productions: 

A — > si | s 2 | • • • 

Again we ask ourselves, will repeated applications of this proposed elim- 
ination rule result in a grammar that does not include unit productions but 
defines exactly the same language? 

The answer is that we still have to be careful. A problem analogous to the 
one that arose before can strike again. 

The set of new productions we create may give us new unit productions. 
For example, if we start with the grammar: 
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B -> S I a 

and we try to eliminate the unit production A— >B, we get instead 

A — > S | a 

to go along with the old productions we are retaining. The CFG is now: 

S -* A | bb 
A^b 
B^> S\a 

We still have three unit productions: 

S-> A A^ S B S 

If we now try to eliminate the unit production B — > S, we create the new 
unit production B — » A. If we then use the proposed elimination rule on B — * A, 
we will get back B — > S. 

As was the case with A-productions, we must get rid of all unit productions 
in one fell swoop to avoid infinite circularity. 

Modified Elimination Rule 

For every pair of nonterminals A and B, if the CFG has a unit production 
A — » B or if there is a chain of unit productions leading from A to fl, such 
as 

A ^ X, ^ X 2 . . . => B 

where X\, X 2 are some nonterminals, we then introduce new productions ac- 
cording to the following rule: If the nonunit productions from B are 

B -> St | s 2 | s 3 | . . . 

where s x s 2 and s 3 are strings, create the productions: 

A -» S, | S 2 I *3 I ■ • • 

We do the same for all such pairs of A's and B's simultaneously. We can 
then eliminate all unit productions. 

This is what we meant to do originally. If in the derivation for some word 
w the nonterminal A is in the working string and it gets replaced by a unit 
production A —> B, or by a sequence of unit productions leading to B, and 
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further if B is replaced by the production B — > s 4 , we can accomplish the same 
thing and derive the same word w by employing the production A — » s 4 directly 
in the first place. 

This modified elimination rule avoids circularity by removing all unit pro- 
ductions at once. If the grammar contains no A-productions, it is not a hard 
task to find all sequences of unit productions A -* Si — » S 2 — > ■ • . —> B, since 
there are only finitely many unit productions and they chain up in only obvious 
ways. In a grammar with A-productions, and nullable nonterminals X and Y, 
the production S — > ZYX is essentially a unit production. There are no A- 
productions allowed by the hypothesis of the theorem so no such difficulty is 
possible. 

The modified method described in the proof is an effective procedure and 
it proves the theorem. ■ 



EXAMPLE 

Let us reconsider the troubling example mentioned in the proof above 

S A | bb 
A-> B\b 
B^> S\a 

Let us separate the units from the nonunits: 

Unit Productions Decent Folks 

S^>A S^bb 
A->B A-^b 
B -> S B->a 

We list all unit productions and sequences of unit productions, one non- 
terminal at a time, tracing each nonterminal through each sequence it heads. 
Then we create the new productions that allow the first nonterminal to be 
replaced by any of the strings that could replace the last nonterminal in the 
sequence. 



S^A 




gives 


S-+b 


S^A 


B 


gives 


S^a 


A-*B 




gives 


A — » a 


A-*B-> 


S 


gives 


A^bb 


B^S 




gives 


B^ bb 


B^S-> 


A 


gives 


B-*b 
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The new CFG for this language is: 

5 — > bb | b | a 
A—>b\a\bb 
B^> a\bb\ b 

which has no unit productions. 

Parenthetically, we may remark that this particular CFG generates a finite 
language since there are no nonterminals in any string produced from S. ■ 

In our next result we will separate the terminals from the nonterminals in 
CFG productions. 

THEOREM 23 

If L is a language generated by some CFG, then there is another CFG that 
generates all the non-A words of L, all of whose productions are of one of 
two basic forms: 

Nonterminal — * string of only Nonterminals 

or 

Nonterminal — »• one terminal 

PROOF 



The proof will be by constructive algorithm. Suppose that in the given CFG 
the nonterminals are S, X u X 2 , ■ ■ ■ ■ 

(If these are not actually the names of the nonterminals in the CFG as 
given, we can rename them without changing the final language. Let Y be 
called X,, let N be called X 2 . ■ ■ •) 

Let us also assume that the terminals are a and b. 

We now add two new nonterminals A and B and the productions 

A-» a 
B ^ b 

Now for every previous production involving terminals we replace each a 
with the nonterminal A and each b with the nonterminal B. For example, 



X 3 X 4 aXiSbbX 7 a 
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becomes 

X 3 XtAXiSBBXjA 

which is a string of solid nonterminals. 

Even if we start with a string of solid terminals 

X 6 — > aaba 

we convert it into a string of solid nonterminals 

X 6 — > AABA 
All our old productions are now of the form 

Nonterminal — » string of Nonterminals 
and the two new productions are of the form 

Nonterminal — * one terminal 
Any derivation that formerly started with S and proceeded down to the word 

aaabba 

will now follow the same sequence of productions to derive the string 

AAABBA 

from the start symbol 5. From here we apply A — * a and B — * b a number 
of times to generate the word aaabba. This convinces us that any word that 
could be generated by the original CFG can also be generated by the new 
CFG. 

We must also show that any word generated by the new CFG could also 
be generated by the old CFG. Any derivation in the new CFG is a sequence 
of applications of those productions which are modified old productions and 
the two totally new productions from A and B. Because these two new pro- 
ductions are the replacement of one nonterminal by one terminal nothing they 
introduce into the working string is replaceable. They do not interact with the 
other productions. If all applications of these two productions are deleted from 
a derivation in the new CFG what will result from the productions left is a 
working string of A's and B's. This reduced derivation completely corresponds 
to a derivation of a word from the old CFG. It is the same word the new 
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CFG had generated before we monkeyed with the derivation. This long-winded 
discussion makes more precise the idea that there are no extraneous words 
introduced into the new CFG. Therefore, this the new CFG proves the 
theorem. fl 



EXAMPLE 

Let us start with the CFG: 



S -> X, | X 2 aX 2 \aSb\b 
X\ * X 2 X 2 I b 
X 2 aX 2 I aaX\ 

After the conversion we have: 

S —* Xi X] —* X2X2 

S -*■ X 2 AX 2 Xi -> B 

S -> ASB X 2 AX 2 

S-*B X 2 ^ AAXi 

A — > a 

B-> b 

We have not employed the disjunction slash | but instead have written out 
all the productions separately so that we may observe eight of the form: 

Nonterminal — » string of Nonterminals 

and two of the form: 

Nonterminal — > one terminal M 

In all cases where the algorithm of the theorem is applied the new CFG 
has the same number of terminals as the old CFG and more nonterminals (one 
new one for each terminal). 

As with all our proofs by constructive algorithm, we have not said that this 
new CFG is the best example of a CFG that fits the desired format. We say 
only that it is one of those that satisfy the requirements. 

One problem is that we may create unit productions where none existed 
before. For example, if we follow the algorithm to the letter of the law, 

X-> a 



will become 
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To avoid this problem, we should add a clause to our algorithm saying that 
any productions that we find that are already in one of the desired forms, 
should be left alone: "If it ain't broke, don't fix it." Then we do not run the 
risk of creating unit productions (or A-productions for that matter). 



EXAMPLE 

One student thought that it was a waste of effort to introduce a new nonterminal 
to stand for a if the CFG already contained a production of the form Non- 
terminal —>a. Why not simply replace all a's in long strings by this Nonter- 
minal? For instance, why cannot 

S -> Na 
N-+ a | b 

become 

S -»• NN 
N — > a | b 

The answer is that bb is not generated by the first grammar but it is by the 
second. The correct modified form is 

S —> NA 

N^ a | b 

A — > a 



EXAMPLE 

The CFG 



S ~^XY 
X^XX 
y-> YY 
X-> a 
Y -> b 



(which generates aa*bb*) and which is already in the desired format would, 
if we mindlessly attacked it with our algorithm, become: 
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S^XY 
X^XX 
Y —> YY 
X —> A 

y — » 6 

A -* a 
B->b 

which is also in the desired format but has unit productions. When we get 
rid of the unit productions using the algorithm of Theorem 22 we return to 
the original CFG. 

To the true theoretician this meaningless waste of energy costs nothing. The 
goal was to prove the existence of an equivalent grammar in the specified 
format. The virtue here is to find the shortest, most understandable and most 
elegant proof, not an algorithm with dozens of messy clauses and exceptions. 
The problem of finding the best such grammar is also a question theoreticians 
are interested in, but it is not the question presented in Theorem 23. ■ 

The purpose of Theorem 23 was to prepare the way for the following theo- 
rem developed by Chomsky. 

THEOREM 24 

For any context-free language L the non-A words of L can be generated by 
a grammar in which all productions are of one of two forms: 

Nonterminal — > string of exactly two Nonterminals 
Nonterminal —> one terminal 

PROOF 

The proof will be by constructive algorithm. 

From Theorems 21 and 22 we know that there is a CFG for L (or for all 
L except A) that has no A-productions and no unit productions. 

Let us suppose further that we start with a CFG for L that we have made 
to fit the form specified in Theorem 23. Let us suppose its productions are: 

S * X\XjX^X^ X\ — > X-jX^X\oX^ 

S — * X 3 X 5 X\ —> a 

S * h Xj — * X^Xq 

The productions of the form 



Nonterminal 



one terminal 
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we leave alone. We must now make the productions with right sides having 
many nonterminals into productions with right sides that have only two non- 
terminals. 

For each production of the form 

Nonterminal — > string of Nonterminals 

we propose the following expansion that involves the introduction of the new 
nonterminals R\, R 2 , . . . . The production 

S — > X\X~iXiK% 

should be replaced by 

S -^XiRi 
where /?i — » X2R3 

and where /? 3 — *■ X^X^ 

We use these new nonterminals nowhere else in the grammar; they are used 
solely to split this one production into small pieces. If we need to expand 
more productions we introduce new R's with different subscripts. 

Let us think of this as: 

S -» Xi(resti) (where rest, = X 2 XyX % ) 

(resti) —> X 2 (rest 2 ) (where rest 2 = X^) 
(rest 2 ) -» XiXs 

This trick works just as well if we start with an odd number of nonterminals 
on the right-hand side of the production: 

Xg - * XjX 1X1X3X9 

should be replaced by 



x 8 ^ 


X2R4 


(where R 4 


— X1X1X3X9) 






(where R 5 


= X 1X3X9) 


Rs-+ 


X\R 6 


(where R 6 


= X3X9) 


R 6 -> 


X3X9 







In this way we can convert productions with long strings of nonterminals 
into sequences of productions with exactly two nonterminals on the right side. 
As with the previous theorem, we are not finished until we have convinced 
ourselves that this conversion has not altered the language the CFG generates. 
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Any word formerly generated is still generatable by virtually the same steps, 
if we understand that some productions have been expanded into several pro- 
ductions that must be executed in sequence. 

For example, in a derivation where we previously employed the production 

Xg — ^ X 2 X[X 1X3X9 

we must now employ the sequence of productions: 

Xg —> X2R4 

/?4 — > Xj/?5 

R 5 —> X\Rs 
R 6 — » X3X9 

in exactly this order. 

This should give confidence that we can still generate all the words we 
could before that change. The real problem is to show that with all these new 
nonterminals and productions that we have not allowed any additional words 
to be generated. Let us observe that since the nonterminal R 5 occurs in only 
the two productions 

R 4 — > X|/? 5 

and 

R5 "~ * ^1^6 

any sequence of productions that generates a word using R 5 must have used 

/?4 — > X\R$ 

to get R 5 into the working string, and 

R5 ~^ X\R 6 

to remove it from the final string. 

This combination has the net effect of a production like: 

R 4 — > XiX{R 6 

Again R 4 could have been introduced into the working string only by one 
specific production. Also R 6 can be removed only by one specific production. 
In fact, the net effect of these i?'s must be the same as the replacment of X 8 
by X 2 X 1 X 1 X 3 X 9 . Because we use different R's in the expansion of each pro- 
duction the new nonterminals (/?'s) cannot interact to give us new words. Each 
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is on the right side of only one production and on the left side of only one 
production. The net effect must be like that of the original production. 

The new grammar generates the same language as the old grammar and is 
in the desired form. ■ 



DEFINITION 

If a CFG has only productions of the form 

Nonterminal — > string of two Nonterminals 

or of the form 

Nonterminal — > one terminal 
it is said to be in Chomsky Normal Form, CNF. ■ 



Let us be careful to realize that any context-free language that does not 
contain A as a word has a CFG in CNF that generates exactly it. However, 
if a CFL contains A, then when its CFG is converted by the algorithms above 
into CNF the word A drops out of the language while all other words stay 
the same. 



EXAMPLE 

Let us convert 

5 — > aSa | bSb \ a | b \ aa \ bb 

(which generates the language PALINDROME except for A) into CNF. This 
language is called NONNULLP ALINDROME . 

First we separate the terminals from the nonterminal as in Theorem 23: 

S ASA 
S — » BSB 
S -* AA 
S -> BB 
S — * a 
S b 
A—> a 
B-*b 
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Notice that we are careful not to introduce the needless unit productions 
S — » A and S — » B . 

Now we introduce the /?'s: 



This is in CNF, but it is quite a mess. Had we not seen how it was 
constructed we would have some difficulty recognizing this grammar as a CFG 
for NONNULLP ALINDROME . 

If we include with this list of productions the additional production S — » A, 
we have a CFG for the entire language PALINDROME. 



EXAMPLE 

Let us convert the CFG 



into CNF. Since we use the symbols A and B in this grammar already, let 
us call the new nonterminals we need to incorporate to achieve the form of 
Theorem 23, X (for a) and Y (for b). 
The grammar becomes: 



S — » AR, 
Ri -> SA 
S — » BR 2 
R 2 ^SB 



S^AA 

S^>BB 

S-+a 

S-*b 

A^>a 

B-^b 



S -^bA\aB 

A — > bAA | aS \ a 

B — » aBB \bS\b 



S-*YA 

S^XB 

A^YAA 

A^XS 

A^a 



B-^XBB 



B^YS 
B-> h 
X-> a 
Y^-b 



Notice that we have left well enough alone in two instances: 



A — » a and B —*■ b 
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We need to simplify only two productions: 
A —* YAA becomes 

and 



YR X 
► AA 



B — > XBB becomes -J ° ~" X ^ 

BB 



1 Ri 



The CFG has now become: 



S -> YA | XB 
A -> YRi | XS | a 
B -+XR 2 \YS\b 
X a 
Y b 
/?i — » AA 
R 2 -^> BB 

which is in CNF. This is one of the more obscure grammars for the language 
EQUAL. ■ 



EXAMPLE 

Consider the CFG 

5 — * aaaaS \ aaaa 
which generates the language a 4n for n = 1 2 3.... 

= {a\ a\ a 12 . . .} 

We convert this to CNF as follows: First into the form of Theorem 23: 

S -» AAAAS 
S AAAA 
A—* a 
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which in turn becomes 

S — > AR\ 
fl, AR 2 
R 2 ^AR 3 
R 3 ^AS 

S — » AR 4 
R 4 —> AR 5 
R 5 ^AA 

A ^> a g 

As the last topic in this chapter we show that not only can we standardize 
the form of the grammar but we can also standardize the form of the deri- 
vations. 



DEFINITION 

The leftmost nonterminal in a working string is the first nonterminal that we 
encounter when we scan the string from left to right. ■ 

EXAMPLE 

In the string abNbaXYa, the leftmost nonterminal is N. ■ 
DEFINITION 

If a word w is generated by a CFG by a certain derivation and at each step 
in the derivation a rule of production is applied to the leftmost nonterminal 
in the working string, then this derivation is called a leftmost derivation. 



EXAMPLE 



Consider the CFG: 

S^aSX\b 
X-*Xb\a 
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The following is a leftmost derivation: 

5 aSX 

^> aaSXX 

=> aabXX 

=> aabXbX 

aababX 

aababa 

At every stage in the derivation the nonterminal replaced is the leftmost 
one. ■ 



EXAMPLE 

Consider the CFG: 

XY 
X-+ XX | a 
Y — » YY\b 

We can generate the word aaabb through several different derivations, each 
of which follows one of these two possible derivation trees: 




328 



PUSHDOWN AUTOMATA THEORY 



Each of these trees becomes a leftmost derivation when we specify in what 
order the steps are to be taken. If we draw a dotted line similar to the one 
that traces the Polish notation for us, we see that it indicates the order of 
productions in the leftmost derivation. We number the nonterminals in the order 
in which we first meet them on the dotted line. This is the order in which 
they must be replaced in a leftmost derivation. 



Derivation II 

Derivation I 




Derivation I Derivation II 



1. 


S => XY 


1. 


S => XY 


2. 


^-XXY 


2. 


^>XXY 


3. 


aXY 


3. 


^ XXXY 


4. 


=> aXXY 


4. 


=> aXXY 


5. 


aaXY 


5. 


aaXY 


6. 


aaaY 


6. 


aaaY 


7. 


^>aaaYY 


7. 


=> aaaYY 


8. 


aaabY 


8. 


^> aaabY 


9. 


aaabb 


9. 


=^> aaabb 



In each of these derivations we have drawn a dot over the head of the 
leftmost nonterminal. It is the one that must be replaced in the next step if 
we are to have a leftmost derivation. ■ 



The method illustrated above can be applied to any derivation in any CFG. 
It therefore provides a proof by constructive algorithm the following theorem. 
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THEOREM 25 

Any word that can be generated by a given CFG by some derivation also has 
a leftmost derivation. I 

EXAMPLE 

Consider the CFG: 

S-+SDS\ ~S\(S)\p\q 
To generate the symbolic logic formula 

(p D (~p D q)) 

we use the following tree: 




Remember that the terminal symbols are 

( ) => ~J> q 



330 



PUSHDOWN AUTOMATA THEORY 



and the only nonterminal is S. We must always replace the left-most 5. 

S ^> (5) 
4> (S D 5) 

=> (p 3 (S)) 

D (5 D S)) 
(~S D 5)) 
=> (p D (-;» D S)) 



PROBLEMS 



Each of the following CFG's has a production using the symbol A and yet 
A is not a word in its language. Using the algorithm in this chapter, show 
that there are other CFG's for these languages that do not use A-productions. 

1. S^aX\bX 
a \b I A 



2. S^aX\bS\a\b 
X -* aX I a I A 



3. S^>aS\bX 
X -> aX I A 



4. S -»• XaX | Mf 

X XaX I XMf | A 



5. 



Show that if a CFG does not have A-productions then there is another 
CFG that does have A-productions and that generates the same language. 
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Each of the following CFG's has unit productions. Using the algorithm pre- 
sented in this chapter, find CFG's for these same languages that do not have 
unit productions. 

6. S-^aX\Yb 
X-> S 
Y^bY\b 

1. S^AA 
A—>B\ bb 
B-+abB\b\bb 

8. S —* AB 
A -> fi 

B aB | Bb | A 
Convert the following CFG's to CNF. 

9. S^SS\a 

10. S^> aSa \ SSa I a 



11. S^aXX 

X — * aS | bS | a 

12. E —> E + E 
E^E * E 
£->(£) 
£-» 7 

The terminals here are + * ( ) 7. 

13. S^AflAflAfl 
A — » a | A 
5^ | A 

Note that A is a word in this language but when converted into CNF 
the grammar will no longer generate it. 

14. S -»• SaS I SaSbS \ SbSaS I A 



15. S^AS\SB 
A-> BS\ SA 
B^ SS 
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16. S-*X 
X-> Y 

Z—*aa 

17. S -+ SS | A 
A-* SS\AS\a 

18. (i) Find the leftmost derivation for the word abba in the grammar: 

S-*AA 
A-h> aB 
B^>bB\k 

(ii) Find the leftmost derivation for the word abbabaabbbabbab in the 
CFG: 

S SSS | aXb 
X — * ba | bba \ abb 

19. Prove that any word that can be generated by a CFG has a right-most 
derivation. 

20. Show that if L is any language that does not contain the word A, then 
there is a context-free grammar that generates L and that has the property 
that the right-hand side of every production is a string that starts with 
a terminal. 

In other words all productions are of the form: 



Nonterminal —*■ terminal (arbitrary) 



CHAPTER 17 



PUSHDOWN 
AUTOMATA 

In Chapter 15 we saw that the class of languages generated by CFG's is 
properly larger than the class of languages defined by regular expressions. This 
means that all regular languages can be generated by CFG's, and so can some 
nonregular languages (for example, {a n b n } and PALINDROME). 

After introducing the regular languages defined by regular expressions we 
found a class of abstract machines (FA's) with the following dual property: 
For each regular language there is at least one machine that runs successfully 
only on the input strings from that language and for each machine in the class 
the set of words it accepts is a regular language. This correspondence was 
crucial to our deeper understanding of this collection of languages. The Pump- 
ing Lemma, complements, intersection, decidability . . . were all learned from 
the machine aspect, not from the regular expression. We are now considering 
a different class of languages but we want to answer the same questions; so 
we would again like to find a machine formulation. We are looking for a 
mathematical model of some class of machines that correspond analogously to 
CFL's; that is, there should be at least one machine that accepts each CFL 
and the language accepted by each machine is context-free. We want CFL- 
recognizers or CFL-acceptors just as FA's are regular language recognizers and 
acceptors. We are hopeful that an analysis of the machines will help us un- 
derstand the languages in a deeper, more profound sense, just as an analysis 
of FA's led to theorems ahout regular languages. In this chapter we develop 
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such a new class of machines. In the next chapter we prove that these new 
machines do indeed correspond to CFL's in the way we desire. In subsequent 
chapters we shall learn that the grammars have as much to teach us about 
the machines as the machines do about the grammars. 

To build these new machines, we start with our old FA's and throw in 
some new gadgets that will augment them and make them more powerful. 
Such an approach does not necessarily always work — a completely different 
design may be required — but this time it will (it's a stacked deck). 

What we shall do first is develop a slightly different pictorial representation 
for FA's, one that will be easy to augment with the new gizmos. 

We have, so far, not given a name to the part of the FA where the input 
string lives while it is being run. Let us call this the INPUT TAPE. The 
INPUT TAPE must be long enough for any possible input, and since any word 
in a* is a possible input, the TAPE must be infinitely long (such a tape is 
very expensive). The TAPE has a first location for the first letter of the input, 
then a second location, and so on. Therefore, we say that the TAPE is infinite 
in one direction only. Some people use the silly term "half- infinite" for this 
condition (which is like being half sober). 

We draw the TAPE as shown here: 



The locations into which we put the input letters are called cells. We name 
the cells with lowercase Roman numerals. 



cell i cell ii cell Hi 



Below we show an example of an input TAPE already loaded with the 
input string aaba. The character "A" is used to indicate a blank in a TAPE 
cell. 



a 


a 


b 


a 


A 


A 





The vast majority (all but four) of the cells on the input TAPE are empty, 
that is, they are loaded with blanks, AAA .... 

As we process this TAPE on the machine we read one letter at a time and 
eliminate each as it is used. When we reach the first blank cell we stop. We 
always presume that once the first blank is encountered the rest of the TAPE 
is also blank. We read from left to right and never go back to a cell that 
was read before. 
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As part of our new pictorial representations for FA's, let us introduce the 
symbols 



to streamline the design of the machine. The arrows (directed edges) into or 
out of these states can be drawn at any angle. The START state is like a - 
state connected to another state in a TG by a A edge. We begin the process 
there, but we read no input letter. We just proceed immediately to the next 
state. A start state has no arrows coming into it. 

An ACCEPT state is a shorthand notation for a dead-end final state — once 
entered, it cannot be left, such as: 



Since we have used the adjective "final" to apply only to accepting states in 
FA's, we call the new ACCEPT and REJECT states "halt states." Previously 
we could pass through a final state if we were not finished reading the input 
data; halt states cannot be traversed. We can enter an ACCEPT or REJECT 
state but we cannot exit. 

We are changing our diagrams of FA's so that every function a state per- 
forms is done by a separate box in the picture. The most important job per- 
formed by a state in an FA is to read an input letter and branch to other 
states depending on what letter has been read. To do this job from now on 
we introduce the READ states. These are depicted as diamond shaped boxes 
as shown below: 





all 
letters 



A REJECT state is a dead-end state that is not final. 




all 
letters 




(follow this path if what is 
read is an a) 



(follow this path if what is 
read is a b) 



(follow this path if a A was read, i.e., if the input 
string was empty) 
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Here again the directions of the edges in the picture above show only one 
of the many possibilities. When the character A is read from the TAPE, it 
means that we are out of input letters. We are then finished processing the 
input string. The A-edge will lead to ACCEPT if the state we have stopped 
in is a final state and to REJECT if the processing stops in a state that is 
not a final state. In our old pictures for FA's we never explained how we 
knew we were out of input letters. In these new pictures we can recognize 
this fact by reading a blank from the TAPE. 

These suggestions have not altered the power of our machines. We have 
merely introduced a new pictorial representation that will not alter their lan- 
guage-accepting abilities. 

The FA that used to be drawn like this: 



b a a 




b 



(the FA that accepts all words ending in the letter a) becomes, in the new 
symbolism, the machine below: 



START 




Notice that the edge from START needs no label because START reads 
no letter. All the other edges do require labels. We have drawn the edges as 
straight-line segments, not curves and loops as before. We have also used the 
electronic diagram notation for wires flowing into each other. For example, 



o 
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means 




(they go the same place together). 

Our machine is still an FA. The edges labeled A are not to be confused 
with A-labeled edges. These A-edges lead only from READ boxes to halt 
states. We have just moved the + and — signs out of the circles that used 
to indicate states and into adjoining ovals. The "states" are now only READ- 
boxes and have no final/nonfinal status. 

In the FA above, if we run out of input letters in the left READ state, 
we will find a A on the INPUT TAPE and so take the A-edge to REJECT. 
Reading a A in a READ state that corresponds to an FA final state sends us 
to ACCEPT. 

Let us give another example of the new pictorial notation: 
EXAMPLE 

b a ^b 

b 

becomes 



START 




These pictures look more like the "flowcharts" we are familiar with than 
the old pictures for FA's did. The general study of the flowchart as a math- 
ematical structure is part of Computer Theory but beyond our intended scope. 

The reason we bothered to construct new pictures for FA's (which had 
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perfectly good pictures already) is that it is now easier to make an addition 
to our machine called the PUSHDOWN STACK or PUSHDOWN STORE. 
This is a concept we may have already met in a course on Data Structures. 

A PUSHDOWN STACK is a place where input letters (or other information) 
can be stored until we want to refer to them again. It holds the letters it has 
been fed in a long line (as many letters as we want). The operaton PUSH 
adds a new letter to the line. The new letter is placed on top of the STACK, 
and all the other letters are pushed back (or down) accordingly. Before the 
machine begins to process an input string the STACK is presumed to be empty, 
which means that every storage location in it initially contains a blank. If the 
STACK is then fed the letters a, b, c, d by this sequence of instructions: 

PUSH a 
PUSH b 
PUSH c 
PUSH d 

then the top letter in the STACK is d, the second is c, the third is b, and 
the fourth is a. If we now execute the instruction: 

PUSH b 

the letter b will be added to the STACK on the top. The d will be pushed 
down to position 2, the c to position 3, the other b to position 4, and the 
bottom a to position 5. 

One pictorial representation of a STACK with these letters in it is shown 
below. Beneath the bottom a we presume that the rest of the STACK, which, 
like the INPUT TAPE, has infinitely many storage locations, holds only blanks. 

STACK 



b_ 

d 



b_ 

a 
A 



The instruction to take a letter out of the STACK is called POP. This 
causes the letter on the top of the STACK to be brought out of the STACK 
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(popped). The rest of the letters are moved up one location each. A PUSH- 
DOWN STACK is called a LIFO file standing for "the LAST IN is the FIRST 
OUT," like a narrow crowded elevator. It is not like the normal storage area 
of a computer, which allows random access (we can retrieve stuff from any- 
where regardless of the order in which it was fed in). A PUSHDOWN STACK 
lets us read only the top letter. If we want to read the third letter in the 
STACK we must go POP, POP, POP, but then we have additionally popped 
out the first two letters and they are no longer in the STACK. We also have 
no simple instruction for determining the bottom letter in the STACK, or for 
telling how many b's are in the STACK, and so forth. The only STACK 
operations allowed to us are PUSH and POP. 

Popping an empty STACK, like reading an empty TAPE, gives us the blank 
character A. 

We can add a PUSHDOWN STACK and the operations PUSH and POP 
to our new drawings of FA's by including as many as we want of the states: 



a 




and the states: 



PUSH a 





PUSHfe 




► 





The edges coming out of a POP state are labeled in the same way as the 
edges from a READ state, one (for the moment) for each character that might 
appear in the STACK including the blank. Note that branching can occur at 
POP states but not at PUSH states. We can leave PUSH states only by the 
one indicated route, although we can enter a PUSH state from any direction. 

When FA's have been souped up with a STACK and POP and PUSH states, 
we call them pushdown automata, abbreviated PDA's. These PDA's were 
introduced by Anthony G. Oettinger in 1961 and Marcel P. Schutzenberger 
in 1963 and were further studied by Robert J. Evey, also in 1963. 

The notion of a PUSHDOWN STACK as a data structure had been around 
for a while, but these mathematicians independently realized that when this 
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structure is incorporated into an FA, its language-recognizing capabilities are 
increased considerably. Schutzenberger developed a mathematical theory of lan- 
guages encompassing both FA's and PDA's. We shall discuss this more in 
Chapter 18. 

The precise definition will follow soon, after a few examples. 



EXAMPLE 

Consider the following PDA: 

^ START ^ 




Before we begin to analyze this machine in general, let us see it in operation 
on the input string aaabbb. We begin by assuming that this string has been 
put on the TAPE. We always start the operation of the PDA with the STACK 
empty as shown: 



TAPE 



a 


a 


a 


b 


b 


b 


A 





STACK 



We must begin at START. From there we proceed directly into the upper 
left READ, a state that reads the first letter of input. This is an a, so we 
cross it off the TAPE (it has been read) and we proceed along the a edge 
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from the READ state. This edge brings us to the PUSH a state that tells us 
to push an a onto the STACK. Now the TAPE and STACK look like this: 



TAPE 



4 


a 


a 


b 


b 


b 


A 





STACK 



The edge from the PUSH a box takes us back to the line feeding into the 
same READ box, so we return to this state. We now read another a and 
proceed as before along the a edge to push it into the STACK. Again we 
are returned to the READ box. Again we read an a (our third), and again 
this a is pushed onto the STACK. The TAPE and STACK now look like this: 



TAPE 



STACK 



a 



a 



a 
A 



After the third PUSH a, we are routed back to the same READ state again. 
This time, however, we read the letter b. This means that we take the b edge 
out of this state down to the lower left POP. Reading the b leaves the TAPE 
like this: 



TAPE 



4 



The state POP takes the top element off the STACK. It is an a. It must 
be an a or a A since the only letters pushed onto the STACK in the whole 
program are a's. If it were a A or the impossible choice, b, we would have 
to go to the REJECT state. However, this time, when we pop the STACK 
we get the letter a out, leaving the STACK like this: 
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STACK 



Following the a road from POP takes us to the other READ. The next 
letter on the TAPE to be read is a b. This leaves the TAPE like this: 



TAPE 



4 


4 


4 






b 


A 



The b road from the second READ state now takes us back to the edge 
feeding into the POP state. So we pop the STACK again and get another a. 
The STACK is now down to only one a. 



STACK 



The a line from POP takes us again to this same READ. There is only 
one letter left on the input TAPE, a b. We read it and leave the TAPE empty, 
that is, all blanks. However, the machine does not yet know that the TAPE 
is empty. It will discover this only when it next tries to read the TAPE and 
finds a A. 



TAPE 



The b that we just read loops us back into the POP state. We then take 
the last a from the STACK, leaving it also empty — all blanks. 



STACK 



The a takes us from POP to the right side READ again. This time the 
only thing we can read from the TAPE is a blank, A. The A-edge takes us 
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to the other POP on the right side. This POP now asks us to take a letter 
from the STACK, but the STACK is empty. Therefore, we say that we pop 
a A. 

This means that we must follow the A-edge, which leads straight to the 
halt state ACCEPT. Therefore, the word aaabbb is accepted by this machine. 

More than this can be observed. The language of words accepted by this 
machine is exactly: 

{a n b n , n = 0 1 2 . . . } 

Let us see why. 

The first part of the machine 




is a circuit of states that reads from the TAPE some number of a's in a row 
and pushes them into the STACK. This is the only place in the machine where 
anything is pushed into the STACK. Once we leave this circuit, we cannot 
return, and the STACK contains everything it will ever contain. 

After we have loaded the STACK with all the a's from the front end of 
the input string, we read yet another letter from the input TAPE. If this char- 
acter is a A, it means that the input word was of the form a", where n might 
have been 0 (i.e., some word in a*). 

If this is the input, we take the A-line all the way to the right-side POP 
state. This tests the STACK to see if it has anything in it. If it has, we go 
to REJECT. If the STACK is empty at this point, the input string must have 
been the null word, A, which we accept. 

Let us now consider the other logical possibility, that after loading the front 
a's from the input (whether there are many or none) onto the STACK we 
read a b. This must be the first b in the input string. It takes us to a new 
section of the machine into another small circuit. 
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On reading this first b we immediately pop the STACK. The STACK can 
contain some a's or only A's. If the input string started with a b, we would 
be popping the STACK without ever having pushed anything onto it. We would 
then pop a A and go to REJECT. If we pop a b, something impossible has 
happened. So we go to REJECT and call the repairperson. If we pop an a 
we go to the lower right READ state that asks us to read a new letter. 

As long as we keep popping a's from the STACK to match the b's we 
are reading from the TAPE, we circle between these two states happily: POP 
a, READ b, POP a, READ b. If we pop a A from the STACK, it means 
that we ran out of STACK a's before the TAPE ran out of input b's. This 
A-edge brings us to REJECT. Since we entered this two-state circuit by reading 
a b from the TAPE before popping any a's, if the input is a word of the 
form a"b", then the b's will run out first. 

If while looping around this circuit we hit an a on the TAPE, the READ 
state sends us to REJECT because this means the input is of the form 

(some a's) (some b's) (another a) . . . 

We cannot accept any word in which we come to an a after having read 
the first b. To get to ACCEPT the second READ state must read a blank and 
send us to the second POP state. Reading this blank means that the word ends 
after its clump of b's. All the words accepted by this machine must therefore 
be of the form a*b* but, as we shall now see, only some of these words 
successfully reach the halt state ACCEPT. 

Eventually the TAPE will run out of letters and the READ state will turn 
up a blank. An input word of the form a n b n puts n a's into the STACK. The 
first b read then takes us to the second circuit. After n trips around this circuit, 
we have popped the last a from the STACK and have read the other (n - 1 ) 
b's and a blank from the TAPE. We then exit this section to go to the last 
test. 

We have exhausted the TAPE'S supply of b's, so we should check to see 
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A 




a, b 



C 



ACCEPT 



c 



REJECT 



that the STACK is empty. We want to be sure we pop a A, otherwise we 
reject the word because there must have been more a's in the front than fo's 
in the back. For us to get to ACCEPT, both TAPE and STACK must empty 
together. Therefore, the set of words this PDA accepts is exactly the language 



We have already shown that the language accepted by the PDA above could 
not be accepted by any FA, so pushdown automata are more powerful than 
finite automata. We can say more powerful because all regular languages can 
be accepted by some PDA since they can be accepted by some FA and an 
FA (in the new notation) is exactly like a PDA that never uses its STACK. 
Propriety dictates that we not present the formal proof of this fact until after 
we give the formal definition of the terms involved. We present the definition 
of PDA's in a few pages. 

We shall prove in the next chapter that PDA's are exactly the machines 
we need for recognizing CFL's. Every CFL can be defined as the language 
accepted by some PDA and the language accepted by any PDA can be defined 
by some CFG — a situation exactly analogous to the relationship between regular 
expressions and FA's — a context-free Kleene's Theorem. 

Let us take a moment to consider what makes these machines more powerful 
than FA's. The reason is that even though they too have only finitely many 
states to roam among, they do have an unlimited capacity for memory. They 
can know where they have been, and how often. The reason no FA could 
accept the language {a"b"} was that for large enough n the a" part had to run 
around in a circuit and the machine could not keep track of how many times 
it had looped around. It could therefore not distinguish between a"b" and some 
a m b". However, the PDA has a primitive memory unit. It can keep track of 
how many a's are read in at the beginning. It can know how many times a 
circuit is traversed in general by putting a count cell, PUSH a, inside the 
loop. 



{a n b\ 



n = 0 1 2 3 . . . } 
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Is this mathematical model then as powerful as a whole computer? Not 
quite yet; but that goal will be reached soon. 

There are two points we must discuss. The first is that we need not restrict 
ourselves to using the same alphabet for input strings as we use for the STACK. 
In the example above, we could have read an a from the TAPE and then 
pushed an X into the STACK and let the X's count the number of a's. In 
this case, when we test the STACK with a POP state, we branch on X or 
A. The machine would then look like this: 



PUSH X 




We have drawn this version of the PDA with some minor variations of 
display but no substantive change in function. 

The READ states must provide branches for a, b, or A. The POP states 
must provide branches for X or A. We eliminated two REJECT states, by 
having all rejecting edges go into the same state. 

When we do define PDA's, we shall require the specification of the TAPE 
alphabet 2 and the STACK alphabet T, which may be different. Although in 
Chapter 9 we used T to denote an output alphabet, we should not make the 
mistake of thinking that the STACK is an output device. It is an internal part 
of the PDA. 

The second point that we should discuss is the possibility of nondeterminism. 
In our search for the machine equivalent to CFG's we saw that a memory 
device of some kind is required to accept the language {a"b"}. Is the addition 
of the STACK enough of a change to allow these new machines to accept 
all CFL's? Consideration of the language PALINDROME will soon convince 
us that the new machines (PDA's) will have to be nondeterministic if they 
are to correspond to CFG's. 

This is not like biology where we are discovering what is or is not part 
of a kangaroo; we are inventing these machines and we can put into them 
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whatever characteristics we need. In our new notation nondeterminism can be 
expressed by allowing more than one edge with the same label to leave a 
given branching state, READ or POP. 

A deterministic PDA is one (like the pictures we drew above) for which 
every input string has a unique path through the machine. A nondeterministic 
PDA is one for which at certain times we may have to choose among possible 
paths through the machine. We say that an input string is accepted by such 
a machine if some set of choices leads us to an ACCEPT state. If for all 
possible paths that a certain input string can follow it always ends at a REJECT 
state, then the string must be rejected. This is analogous to the definition of 
acceptance for TG's, which are also nondeterministic. As with TG's, non- 
determinism here will also allow the possibility of too few as well as too 
many edges leading from a branch state. We shall have complete freedom not 
to put a fe-edge leading out of a particular READ state. If a b is, by chance, 
read from the INPUT TAPE by that state, processing cannot continue. As with 
TG's, we say the machine crashes and the input is rejected. To have no b- 
edge leading out of a branch state (READ or POP) is the same as having 
exactly one fe-edge that leads straight to REJECT. 

The PDA's that are equivalent to CFG's is the class of nondeterministic 
ones. For FA's we found that nondeterminism (which gave us TG's and NFA's) 
did not increase the power of the machine to accept new languages. For PDA's, 
this is different. The following Venn diagram shows the relative power of 
these three types of machines: 



Before we give a concrete example of a language accepted by a nondeter- 
ministic PDA that cannot be accepted by a deterministic PDA, let us consider 
a new language. 
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EXAMPLE 

Let us introduce the PALINDROMEX, language of all words of the form 



where s is any string in (a + b)*. 
The words in this language are 

{ X aXa bXb aaXaa abXba baXab bbXbb aaaXaaa aabXbaa . . . } 

All these words are palindromes in that they read the same forward and 
backward. They all contain exactly one X, and this X marks the middle of 
the word. We can build a deterministic PDA that accepts the language 
PALINDROMEX. Surprisingly, it has the same basic structure as the PDA 
we had for the language {a n b"}. 

In the first part of the machine the STACK is loaded with the letters from 
the input string just as the initial a's from a"b" were pushed onto the STACK. 
Conveniently for us, the letters go into the STACK first letter on the bottom, 
second letter on top of it, and so on till the last letter pushed in ends up on 
top. When we read the X we know we have reached the middle of the input. 
We can then begin to compare the front half of the word (which is reversed 
in the STACK) with the back half (still on the TAPE) to see that they match. 

We begin by storing the front half of the input string in the STACK with 
this part of the machine. 



If we READ an a, we PUSH an a. If we READ a b, we PUSH a b, and 
on and on until we encounter the X on the TAPE. 

After we take the first half of the word and stick it into the STACK, we 
have reversed the order of the letters and it looks exactly like the second half 
of the word. For example, if we begin with the input string 



s X reverse^) 




abbXbba 
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* 


X 


b 


b 


a 


A 





STACK 



b_ 
b_ 

a 
A 



Isn't it amazing how palindromes seem perfect for PUSHDOWN STACK'S? 

When we read the X we do not put it into the STACK. It is used up in 
the process of transferring us to phase two. This is where we compare what 
is left on the TAPE with what is in the STACK. In order to reach ACCEPT, 
these two should be the same letter for letter, down to the blanks. 




If we read an a, we had better pop an a (pop anything else and we REJECT), 
if we read a b, we had better pop a b (anything else and we REJECT), if 
we read a blank, we had better pop a blank; when we do, we accept. If we 
ever read a second X, we also go to REJECT. 

The machine we have drawn is deterministic. The input alphabet here is 
2 = {a, b, X}, so each READ state has four edges coming out of it. 
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The STACK alphabet has two letters T = {a, b}, so each POP has three 
edges coming out of it: 




At each READ and each POP there is only one direction the input can 
take. Each string on the TAPE generates a unique path through this PDA. 

We can draw a less complicated picture for this PDA without the REJECT 
states if we do not mind having an input string crash when it has no path 
to follow. This means that when we are in a READ or a POP state and find 
there is no edge with a label corresponding to the character we have just 
encountered, we terminate processing, reject the input string, and say that the 
execution crashed. (We allowed a similar rejection process in TG's.) 

The whole PDA (without REJECT'S) is pictured below: 



PUSH a 



PUSH b 
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EXAMPLE 

Let us now consider what kind of PDA could accept the language ODD- 
PALINDROME. This is the language of all strings of a's and b's that are 
palindromes and have an odd number of letters. The words in this language 
are just like the words in PALINDROMEX except that the middle letter X 
has been changed into an a or a b. 

ODDPALINDROME = {a b aaa aba bob bbb . . . } 

The problem here is that the middle letter does not stand out, so it is harder 
to recognize where the first half ends and the second half begins. In fact, it's 
not only harder; it's impossible. A PDA, just like an FA, reads the input 
string sequentially from left to right and has no idea at any stage how many 
letters remain to be read. In PALINDROMEX we knew that X marked the 
spot; now we have lost our treasure map. If we accidentally push into the 
STACK even one letter too many, the STACK will be larger than what is 
left on the TAPE and the front and back will not match. The algorithm we 
used to accept PALINDROMEX cannot be used without modification to accept 
ODDPALINDROME. We are not completely lost, though. The algorithm can 
be altered to fit our needs by introducing one nondeterministic jump. That we 
choose this approach does not mean that there is not a completely different 
method that might work deterministically, but the introduction of nondeter- 
minism here seems quite naturally suited to our purpose. 
Consider: 



PUSH a 



PUSH b 




This machine is the same as the previous machine except that we have 
changed the X into the choice: a or b. 
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The machine is now nondeterministic since the left READ state has two 
choices for exit edges labeled a and two choices for b: 



READ 



If we branch at the right time (exactly at the middle letter) along the former 
X-edge, we can accept all words in ODDPALINDROME. If we do not choose 
the right edge at the right time, the input string will be rejected even if it 
is in ODDPALINDROME. Let us recall, however, that for a word to be 
accepted by a nondeterministic machine (NFA or TG or PDA) all that is 
necessary is that some choice of edges does lead to ACCEPT. 

For every word in ODDPALINDROME, if we make the right choices the 
path does lead to acceptance. 

The word aba can be accepted by this machine if it follows the dotted 
path. 




It will be rejected if it tries to push two, three, or no letters into the STACK 
before taking the right-hand branch to the second READ state. 

We present a better method of tracking the action of a word on a PDA 
in the next example. ■ 

Let us now consider a slightly different language. 
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EXAMPLE 

Recall the language: 

EVENPALINDROME = {s reverseO), where s is in (a + b)*} 

= { A aa bb aaaa abba baab bbbbaaaaaa . . . } 

This is the language of all palindromes with an even number of letters. 
One machine to accept this language is pictured below: 




We have labeled the READ states 1 and 2 and the POP states 1, 2 and 
3 so that we can identify them in discussion. These numbers do not indicate 
that we are to READ or POP more than one letter. They are only labels. 
Soda-POP, grand-POP and POP-corn would do as well. The names will help 
us trace the path of an input string through the machine. 

This machine is nondeterministic. At READ! when we read an a from the 
TAPE we have the option of following an a-edge to PUSH a or an a-edge 
of POP]. If we read a b in READ], we also have two alternatives: to go to 
PUSH b or to go to POP 2 . If we read a A in READ], we have only one 
choice: to go to POP 3 . 

Let us take notice of what we have done here. In the PDA for 
PALINDROMEX, the X-edge took us into a second circuit, one that had the 
form: Read from TAPE— ^compare with STACK— »read from TAPE— ^compare 
with STACK .... In this machine, we begin the process of "read from 
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TAPE-^compare with STACK" in READ,. The first letter of the second half 
of the word is read in READ,, then we immediately go to the POP that 
compares the character read with what is on top of the STACK. After this 
we cycle READ 2 ^POP->READ 2 -^POP-» .... 

It will be easier to understand this machine once we see it in action. 

Let us run the string babbab. Initially we have: 



TAPE 



b 


a 


b 


b 


a 


b 


A 





STACK 



We can trace the path by which this input can be accepted by the successive 
rows in the table below: 



STATE 


STACK 


TAPE 


START 


A 


babbab A ■ ■ ■ 


READ, 


A • • • 


¥>abbabA ■ • ■ 


PUSH b 


bA ■ ■ ■ 


hbbabA ■ ■ ■ 


READ, 


bA ■ ■ ■ 


UbbabA ■ ■ ■ 


PUSH a 


abA ■ ■ ■ 


UbbabA ■ • • 


READ, 


abA ■ ■ ■ 


UbbabA ■ ■ ■ 


PUSH b 


babA ■ ■ ■ 


UH>babA ■ ■ ■ 


READ, 


babA ■ ■ ■ 


UUabA ■ ■ ■ 



If we are going to accept this input string this is where we must make the 
jump out of the left circuit into the right circuit. The trace continues: 



P0P 2 


abA ■ ■ ■ 


UWabA ■ ■ • 


READ2 


abA • • • 


UH>HbA ■ ■ ■ 


POP, 


bA ■ ■ ■ 


HtHbA ■ ■ ■ 


READ2 


bA ■ ■ ■ 


umm ■ ■ ■ 


POP2 


A ■ ■ ■ 


uwm ■ ■ ■ 


READ 2 


A ■ ■ • 


wuh ■ ■ ■ 
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(We have just read the first of the infinitely many blanks on the TAPE.) 



P0P 3 


A ■ ■ ■ 

(Popping a blank 
from an empty 
stack still leaves 
blanks) 


■ ■ ■ 

(Reading a blank from 
an empty tape still 
leaves blanks) 


ACCEPT 


A • ■ • 


HMU ■ ■ ■ 



Notice that to facilitate the drawing of this table we have rotated the STACK 
so that it reads left to right instead of top to bottom. 

Since this is a nondeterministic machine, there are other paths this input 
could have taken. However, none of them leads to acceptance. 

Below we trace an unsuccessful path. 



STATE 


STACK 


TAPE 


START 


A 


babbab 


READ! 

(We had no choice 
but to go here) 


A 


tyabbab 


PUSH b 

(We could have 

chosen to go to POP2 

instead) 


b 

(We know there 
. are infinitely 
many blanks 
underneath this b) 


fiabbab 

(Notice that the 
TAPE remains 
unchanged except 
by READ 
statements) 


READ, 

(We had no choice 
but to go here from 
PUSH b 


b 


Ubbab 


POP, 

(Here we exercised 
bad judgment and 
made a poor choice, 
PUSH a would have 
been better) 


A 

(When we pop the 
b, what is left is 
all A's) 


Ubbab 


CRASH 

(This means that when 
we were in POP, and 
found a b on top of 
the STACK we tried 
to take the ft-edge 
out of POP,. 
However, there is no 
fc-edge out of POP,.) 
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Another unsuccessful approach to accepting the input babbab is to loop 
around the circuit READ]— * PUSH six times until the whole string has been 
pushed onto the STACK. After this, a A will be read from the TAPE and 
we have to go to POP 3 . This POP will ask if the STACK is empty. It won't 
be, so the path will CRASH right here. 

The word A is accepted by this machine through the sequence: 

START READ, -» POP 3 -* ACCEPT ■ 

As above, we shall not put all the ellipses (...) into the tables repre- 
senting traces. We understand that the TAPE has infinitely many blanks on 
it without having to write: 

WbabA . . . 

As we shall see in Theorem 39, deterministic PDA's do not accept all 
context-free languages. The machine we need for our purpose is the nonde- 
terministic pushdown automaton. We shall call this machine the PDA and only 
use DPDA (deterministic pushdown automaton) on special occasions (Chapter 
21). There is no need for the abbreviation NPDA, any more than there is for 
NTG (nondeterministic transition graph). 

In constructing our new machines we had to make several architectural 
decisions. Should we include a memory device? — yes. Should it be a stack, 
a queue or random access? — a stack. One stack or more? — one. Determinis- 
tic? — no. Finitely many states? — yes. Can we write on the INPUT TAPE? — 
no. Can we reread the input? — no. Remember we are not trying to discover 
the structure of a naturally occurring creature; we are concocters trying to 
invent a CFL-recognizing machine. The test of whether our decisions are cor- 
rect will come in the next chapter. 

We can now give the full definition of PDA's. 

DEFINITION 

A pushdown automaton, PDA, is a collection of eight things: 

1. An alphabet X of input letters. 

2. An input TAPE (infinite in one direction). Initially the string of input 
letters is placed on the TAPE starting in cell i. The rest of the TAPE 
is blank. 

3. An alphabet T of STACK characters. 

4. A pushdown STACK (infinite in one direction). Initially the STACK is 
empty (contains all blanks). 

5. One START state that has only out-edges, no in-edges. 
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( START 7 ) 

6. Halt states of two kinds: some ACCEPT and some REJECT. They have 
in-edges and no out-edges 

^ACCEPT ) — REJECT^ ) 

7. Finitely many nonbranching PUSH states that introduce characters onto 
the top of the STACK. They are of the form 





PUSH X 









where X is any letter in T. 

8. Finitely many branching states of two kinds: 

(i) States that read the next unused letter from the TAPE 




which may have out-edges labeled with letters from X and the blank 
character A, with no restrictions on duplication of labels and no in- 
sistance that there be a label for each letter of 2, or A. 

States that read the top character of the STACK 




which may have out-edges labeled with the letters of T and the blank 
character A, again with no restrictions. 

We further require that the states be connected so as to become a connected 
directed graph. 



And 

(ii) 
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To run a string of input letters on a PDA means to begin from the START 
state and follow the unlabeled edges and those labeled edges that apply (making 
choices of edges when necessary) to produce a path through the graph. This 
path will end either at a halt state or will crash in a branching state when 
there is no edge corresponding to the letter/character read/popped. When letters 
are read from the TAPE or characters are popped from the STACK they are 
used up and vanish. 

An input string with a path that ends in ACCEPT is said to be accepted. 
An input string that can follow a selection of paths is said to be accepted if 
at least one of these paths leads to ACCEPT. The set of all input strings 
accepted by a PDA is called the language accepted by the PDA, or the 
language recognized by the PDA. ■ 



We should make a careful note of the fact that we have allowed more than 
one exit edge from the START state. Since the edges are unlabeled this branch- 
ing has to be nondeterministic. We could have restricted the START state to 
only one exit edge. This edge could immediately lead into a PUSH state in 
which we would add some arbitrary symbol to the STACK, say a Weasel. 
The PUSH Weasel would then lead into a POP state having several edges 
coming out of it all labeled Weasel. POP goes the Weasel, and we make our 
nondeterministic branching. Instead of this we allow the START state itself 
to have several out-edges. 

Even though these are nondeterministic like TG's, unlike TG's we do not 
allow edges to be labeled with words, only with single characters. Nor do we 
allow A-edges. Edges labeled with A are completely different. 

PDA's as we have defined them are only language acceptors. Later we shall 
consider adding output capabilities. 

We have not, as some authors do, specified that the STACK has to be 
empty at the time of accepting a word. Some go so far as to define acceptance 
by empty STACK as opposed to halt states. We shall address this point with 
a theorem later in this chapter. 

EXAMPLE 

Consider the language generated by the CFG: 

S + S\S * S\4 

The terminals are + , * , and 4 and the only nonterminal is S. 
The following PDA accepts this language: 
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This is a funny looking PDA with one POP, four READ's and seven PUSH'S. 
Instead of proving that this machine accepts exactly the language generated 
by this CFG, we only trace the acceptance of the string 

4 + 4*4 

This machine offers plenty of opportunity for making nondeterministic choices. 
The path we illustrate is one to acceptance; there are many that fail. 



STATE 


STACK 


TAPE 


START 


A 


4 + 4*4 


PUSH, 5 


S 


4 + 4*4 


POP 


A 


4 + 4*4 


PUSH 2 5 


S 


4 + 4*4 


PUSH 3 + 


+ s 


4 + 4*4 


PUSH 4 S 


s + s 


4 + 4*4 
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STATE 


STACK 


TAPE 


POP 


+ S 


4 + 4*4 


READ, 


+ s 


+ 4*4 


POP 


s 


+ 4*4 


READ 2 


s 


4*4 


POP 


A 


4 * 4 


PUSH 5 S 


s 


4 * 4 


PUSH 6 » 


* s 


4 * 4 


PUSH 7 5 


s * s 


4 * 4 


POP 


* s 


4*4 


READ, 


* s 


* 4 


POP 


s 


* 4 


READ 3 


s 


4 


POP 


A 


4 


READ, 


A 


A 


POP 


A 


A 


READ 4 


A 


A 


ACCEPT 


A 


A 



Note that this time we have erased the TAPE letters read instead of striking 
them. ■ 

THEOREM 26 

For every regular language L there is some PDA that accepts it. 



PROOF 

We have actually discussed this matter already, but we could not formally 
prove anything until we had settled on the definition of a PDA. 

Since L is regular, it is accepted by some FA. The constructive algorithm 
for converting an FA into an equivalent PDA was presented at the beginning 
of this chapter. | 

One important difference between a PDA and an FA is the length of the 
path formed by a given input. If a string of seven letters is fed into an FA, 
it follows a path exactly seven edges long. In a PDA, the path could be longer 
or shorter. The PDA below accepts the regular language of all words beginning 



PUSHDOWN AUTOMATA 



361 



with an a. But no matter how long the input string, the path is only one or 
two edges long. 

^ START ><^^EAD^> > Q ACCEPT ~^ 



Since we can continue to process the blanks on the TAPE even after all 
input letters have been read, we can have arbitrarily long or even infinite paths 
caused by very short input words. For example, the following PDA accepts 
only the word b, but it must follow a seven-edge path to acceptance: 




The following machine accepts all words that start with an a in a path of 
two edges and loops forever on any input starting with a b. (We can consider 
this an infinite path if we so desire.) 




We shall be more curious about the consequences of infinite paths later. 
The following result will be helpful to us in the next chapter. 
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THEOREM 27 

Given any PDA, there is another PDA that accepts exactly the same language 
with the additional property that whenever a path leads to ACCEPT the STACK 
and the TAPE contain only blanks. 



PROOF 

We present a constructive algorithm that will convert any PDA into a PDA 
with the property mentioned. 

Whenever we have the machine part: 



I 

^ ACCEPT J 



we replace it with the diagram below: 




READ 



POP 



any non-A 




any non-A 



Q accept""^ 
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Technically speaking, we should have labeled the top loop "any letter in 
X" and the bottom loop "any character in T ." 

The new PDA formed accepts exactly the same language and finishes all 
successful runs with empty TAPE and empty STACK. ■ 



PROBLEMS 

Convert the following FA's into equivalent PDA's: 
1. 
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Consider the following deterministic PDA: 




Using a trace table like those in this chapter, show what happens to the 
INPUT TAPE and STACK as each of the following words proceeds through 
the machine. 

3. (i) abb 

(ii) abab 

(iii) aabb 

(iv) aabbbb 
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(i) What is the language accepted by this PDA? 

(ii) Find a CFG that generates this language. 

(iii) Is this language regular? 

Consider the following PDA. 




Q ACCEPT 



Trace the following words on this PDA: 

(i) aaabbb 

(ii) aaabab 

(iii) aaabaa 

(iv) aaaabb 
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6. Prove that the language accepted by the machine in Problem 5 is 

L = {a"S, where 5 starts with b and length(S) = n). 

7. Find a CFG that defines the language in Problem 6. 

8. Prove that the language of the machine in Problem 5 is not regular. 
Consider the following nondeterministic PDA 



In this machine REJECT occurs when a string crashes. 
Notice here that the STACK alphabet is T = {x}. 

9. (i) Show that the string ab can be accepted by this machine by taking 
the branch from READ] to POP] at the correct time. 

(ii) Show that the string bbba can also be accepted by giving the trace 
that shows when to take the branch. 

10. Show that this PDA accepts the language of all words with an even 
number of letters (excluding A). Remember, it is also necessary to show 
that all words with odd length can never lead to ACCEPT. 

11. Here we have a nondeterministic PDA for a language that could have 
been accepted by an FA. Find such an FA. Find a CFG that generates 
this language. 
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C 



START 



*■ 








^ READj 




a, b 


> 


< 




PUSH x 





) 




Here the STACK alphabet is again 

r = {*} 



12. (i) Show that the word aa can be accepted by this PDA by dem- 
onstrating a trace of its path to ACCEPT. 

(ii) Show that the word babaaa can be accepted by this PDA by dem- 
onstrating a trace of its path indicating exactly where we must take 
the branch from READ, to READ 2 

(iii) Show that the string babaaab cannot be accepted. 

(iv) Show that the string babaaaa cannot be accepted. 



13. (i) Show that the language of this machine is 

TRAILINGCOUNT = {s a 1 ™^} 

= {any string s followed by as many a's as s has letters} 

(ii) We know that this language is not regular; show that there is a CFG 
that generates it. 
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14. Build a deterministic PDA to accept the language {a"b n+l }. 

(As always, when unspecified the condition on n is assumed to be 
(1=12 3...) 

15. Let the input alphabet be X = {a, b, c} and let L be the language of 
all words in which all the a's come before the b's and there are the 
same number of a's as b's and arbitrarily many c's that can be in front, 
behind, or among the a's and b's. Some words in L are abc, caabcb, 
ccacaabcccbccbc . 

(i) Write out all the words in this language with six or fewer letters. 

(ii) Show that the language L is not regular. 

(iii) Find a PDA {deterministic) that accepts L. 

(iv) Find a CFG that generates L. 

16. Find a PDA (nondeterministic) that accepts all PALINDROMES where 
the alphabet is £ = {a,b}. 

17. We have seen that an FA with /V states can be converted into an equiv- 
alent PDA with N READ states (and no POP states). Show that for any 
FA with N states there is some PDA with only one READ state (and 
several POP states) but which uses N different STACK symbols and 
accepts the same language. 

18. Let L be some regular language in which all the words happen to have 
an even length. Let us define the new language Twist (L) to be the set 
of all the words of L twisted, where by twisted we mean the first and 
second letters have been interchanged, the third and fourth letters have 
been interchanged, etc. 

For example, if 

L = {ba abba babb...} 
Twist (L) = {ab baab abbb...} 

Build a PDA that accepts Twist (L). 

19. Given any language L that does not include A let us define its cousin 
language \L\ as follows: for any string of a's and fo's, if the word formed 
by concatenating the second, fourth, sixth,... letters of this string is a 
word in L then the whole string is a word in |L|. For instance, if bbb 
is a word in L then ababbbb and bbababa are both words in ILL 
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(i) Show that if there is some PDA that accepts L then there is some 
PDA that accepts \L\. 

(ii) If L is regular, is \L\ necessarily regular too? 

Let L be the language of all words that have the same number of a's 
and b's and that, as we read them from left to right, never have more 
b's than a's. For example, 

abaaabbabb 

is good but 

abaabbba 

is no good since at a certain point we had four b's but only three a's. 
All the words in L with six letters are: 

aaabbb aababb aabbab 
abaabb ababab 

(i) Write out all the words in L with eight letters (there are 14). 

(ii) Find a PDA that accepts L. 

(iii) Prove that L is not regular. 

(iv) Find a CFG that defines L. 

(v) If we think of an a as an open parenthesis "(" and a b as a close 
parenthesis ")" then L is the language of the sequences of parentheses 
that might occur in arithmetic expressions. Explain. 



CHAPTER 18 



CFG = PDA 



We are now ready to prove that the set of all languages accepted by PDA's 
is the same as the set of all languages generated by CFG's. 
We prove this in two steps. 



THEOREM 28 

Given a language L generated by a particular CFG, there is a PDA that accepts 
exactly L. 



THEOREM 29 

Given a language L that is accepted by a certain PDA, there exists a CFG 
that generates exactly L. 



These two important theorems were both discovered independently by 
Schutzenberger, Chomsky, and Evey. 
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PROOF OF THEOREM 28 



The proof will be by constructive algorithm. From Theorem 24 in Chapter 
16, we can assume that the CFG is in CNF. (The problem of A will be 
handled later.) 

Before we describe the algorithm that associates a PDA with a given CFG 
in its most general form, we shall illustrate it on one particular example. Let 
us consider the folowing CFG in CNF 



S-+SB 
S-+ AB 
A-+CC 
B-^b 
C —> a 



We now propose the nondeterministic PDA pictured below. 
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In this machine the STACK alphabet is 

T = {S, A, B, C) 
while the TAPE alphabet is only 

2 = {a, b) 

We begin by pushing the symbol S onto the top of the STACK. We then 
enter the busiest state of this PDA, the central POP. In this state we read the 
top character of the STACK. 

The STACK will always contain nonterminals exclusively. Two things are 
possible when we pop the top of the STACK. Either we replace the removed 
nonterminal with two other nonterminals, thereby simulating a production (these 
are the edges pointing downward) or else we do not replace the nonterminal 
at all but instead we go to a READ state, which insists we read a specific 
terminal from the TAPE or else it crashes (these edges point upward). To get 
to ACCEPT we must have encountered READ states that wanted to read ex- 
actly those letters that were originally on the INPUT TAPE in their exact 
order. We now show that to do this means we have simulated a left-most 
derivation of the input string in this CFG. 

Let us consider a specific example. The word aab can be generated by left- 
most derivation in this grammar as follows: 



Working-String Generation Production Used 



S^AB 


S-^AB 


Step 1 


=> CCB 


A^CC 


Step 2 


=> aCB 


C —* a 


Step 3 


4 aaB 


C — > a 


Step 4 


aab 


B^b 


Step 5 



In CNF all working strings in left-most derivations have the form: 

(string of terminals) (string of Nonterminals) 

To run this word on this PDA we must follow the same sequence of pro- 
ductions, keeping the STACK contents at all times the same as the string of 
nonterminals in the working string of the derivation. 
We begin at START with 



STACK 


TAPE 


A 


aab 
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Immediately we push the symbol S onto the STACK. 



STACK 


TAPE 


S 


aab 



We then head into the central POP. The first production we must simulate is 
5 — > AB. We pop the S and then we PUSH B, PUSH A arriving at this: 



STACK 


TAPE 


AB 


aab 



Note that the contents of the STACK is the same as the string of nonterminals 
in the working string of the derivation after Step 1. 

We again feed back into the central POP. The production we must now 
simulate is a A — > CC. This is done by popping the A and following the path 
PUSH C, PUSH C. 

The situation is now: 



STACK 


TAPE 


CCB 


aab 



Notice that here again the contents of the STACK is the same as the string 
of nonterminals in the working string of the derivation after Step 2. 

Again we feed back into the central POP. This time we must simulate the 
production C — » a. We do this by popping the C and then reading the a from 
the TAPE. This leaves: 



STACK 


TAPE 


CB 


tjiab 



We do not keep any terminals in the STACK, only the nonterminal part 
of the working string. Again the STACK contains the string of nonterminals 
in Step 3 of the derivation. However, the terminal that would have appeared 
in front of these in the working string has been cancelled from the front of 
the TAPE. Instead of keeping the terminals in the STACK, we erase them 
from the INPUT TAPE to ensure a perfect match. 

The next production we must simulate is another C — > a. Again we POP 
C and READ a. This leaves: 



STACK 


TAPE 


B 


Mb 
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Here again we can see that the contents of the STACK is the string of 
nonterminals in the working string in Step 4 of the derivation. The whole 
working string is aaB, the terminal part aa corresponds to what has been struck 
from the TAPE. 

This time when we enter the central POP we simulate the last production 
in the derivation, B —> b. We pop the B and read the b. This leaves: 



STACK 


TAPE 


A 


m 



This A represents the fact that there are no nonterminals left in the working 
string after Step 5. This, of course, means that the generation of the word 
is complete. 

We now reenter the POP, and we must make sure that both STACK and 
TAPE are empty. 

POP A -> READ 3 -* ACCEPT 

The general principle is clear. To accept a word we must follow its left- 
most derivation from the CFG. If the word is 

ababbbaab 

and at some point in its left-most Chomsky derivation we have the working 
string 

ababbZWV 

then at this point in the corresponding PDA-processing the status of the STACK 
and TAPE should be 



STACK 


TAPE 


zwv 


frUUbaab 



the used-up part of the TAPE being the string of terminals and the contents 
of the STACK being the string of nonterminals of the working string. This 
process continues until we have derived the entire word. We then have 



STACK 


TAPE 


A 


mmm 



At this point we POP A, go to READ 3 , and ACCEPT. 

There is noticeable nondeterminism in this machine at the POP state. This 
parallels, reflects, and simulates the nondeterminism present in the process of 
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generating a word. In a left-most derivation if we are to replace the nonterminal 
N we have one possibility for each production that has N as the left side. 
Similarly in this PDA we have one path leaving POP for each of these possible 
productions. Just as the one set of productions must generate any word in the 
language, the one machine must have a path to accept any legal word once 
it sits on the INPUT TAPE. The point is that the choices of which lines to 
take out of the central POP tell us how to generate the word through left- 
most derivation, since each branch represents a production. 

It should also be clear that any input string that reaches ACCEPT has got 
there by having each of its letters read by simulating Chomsky productions 
of the form: 



Nonterminal — > terminal 



This means that we have necessarily formed a complete left-most derivation 
of this word through CFG productions with no terminals left over in the STACK. 
Therefore, every word accepted by this PDA is in the language of the CFG. 

One more example may be helpful. Consider the randomly chosen CFG (in 
CNF) below: 



A 



AB 
BB 



B 

A 



AB 
a 



B-^ a 
B-*b 



By the same technique as used before, we produce the following PDA: 




PUSH B 




PUSH B 




PUSH B 



PUSH A 



PUSH B 



PUSH A 
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We shall trace simultaneously how the word baaab can be generated by 
this CFG and how it can be accepted by this PDA. 



Left-most derivation 


State 


STACK 


TAPE 




START 


A 


baaab 


S 


PUSH S 


S 


baaab 




POP 


A 


baaab 




PUSH B 


B 


baaab 


^>AB 


PUSH A 


AB 


baaab 




POP 


B 


baaab 




PUSHB 


BB 


baaab 


=> BBB 


PUSHfi 


BBB 


baaab 




POP 


BB 


baaab 


=> bBB 


READ 3 


BB 


l/>aaab 




POP 


B 


Ifiaaab 




PUSH B 


BB 


l/>aaab 


=> bABB 


PUSH A 


ABB 


j/>aaab 




POP 


BB 


l/>aaab 


^> baBB 


READ, 


BB 






POP 


B 


fyaab 


^> baaB 


READ 2 


B 


Ufab 




POP 


A 


Ufrab 




PUSH B 


B 


Ufab 


=> baaAB 


PUSH A 


AB 


Ufab 




POP 


B 


Mab 


^ baaaB 


READ, 


B 


UHb 




POP 


A 
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Left-most derivation 


State 


STACK 


TAPE 


baaab 


READ 3 


A 


urn 




POP 


A 






READ 4 


A 






ACCEPT 


A 





At every stage we have the following equivalence: 
working string 

= (letters cancelled from TAPE) (string of nonterminals from STACK) 
At the beginning this means: 

working string = S 

letters cancelled = none 

string of nonterminals in STACK = S 

At the end this means: 

working string = the whole word 
letters cancelled = all 
STACK = A 

Now that we understand this example, we can give the rules for the general 
case. 

If we are given a CFG in CNF as follows: 

X\ —> X2X3 
Xi * X3X4 

X2 ^ X2X2 



a 



a 



b 
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where the start symbol S = X u and the other nonterminals are X 2 , X 3 , 
build the following machine: 
Begin with 



. . . we 



Q START J 







PUSHA-j 




»~< 




POP 



For each production of the form: 

Xj —* XjXk 

we include this circuit from the POP back to itself: 



1 *-< POP 

V 




PUSH** 








PUSH A,- 





For all productions of the form 



we include this circuit: 



Xi^b 




When the stack is finally empty, which means we have converted our last 
nonterminal to a terminal and the terminals have matched the INPUT TAPE, 
we follow this path: 
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From the reasons and examples given above, we know that all words gen- 
erated by the CFG will be accepted by this machine and all words accepted 
will have left-most derivations in the CFG. 

This does not quite finish the proof. We began by assuming that the CFG 
was in CNF, but there are some context-free languages that cannot be put 
into CNF. They are the languages that include the word A. In this case, we 
can convert all productions into one of the two forms acceptable to CNF while 
the word A must still be included. 

To include this word, we need to add another circuit to the PDA, a simple 
loop at the POP 




This kills the nonterminal S without replacing it with anything and the next 
time we enter the POP we get a blank and proceed to accept the word. ■ 



EXAMPLE 



The language PALINDROME (including A) can be generated by the following 
CFG in CNF (plus one A-production) 

S->A#i S-+a 

R^SA S-^ b 

S — » BR 2 A~* a 

R 2 —> SB B-> b 

S^AA S-^A 

S —* BB 
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The PDA that the algorithm in the proof of Theorem 28 instructs us to build 
is: 




PUSH A PUSHS PUSHfi PUSH S PUSH A PUSH B 



Let us examine how the input string abaaba is accepted by this PDA. 



Leftmost Derivation 


State 


Tape 


Stack 




START 


abaaba 


A 




PUSH 5 


abaaba 


S 




POP 


abaaba 


A 




PUSH /?, 


abaaba 


*i 


S ^ AK, 


PUSH A 


abaaba 


AR, 




POP 


abaaba 


*i 




READ 3 


Abaaba 


Ri 




POP 


Abaaba 


A 




PUSH A 


Abaaba 


A 


aSA 


PUSH S 


^baaba 


SA 




POP 


ijibaaba 


A 




PUSH R 2 


jibaaba 


R 2 A 


=> aBR 2 A 


PUSHfi 


Abaaba 


BR 2 A 




POP 


Abaaba 


R 2 A 


=> abR 2 A 


READ 2 


0aaba 


R 2 A 




POP 


0aaba 


A 




PUSHfl 


0aaba 


BA 
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Leftmost Derivation 


State 


Tape 


Stack 


abSBA 


PUSH S 


0aaba 


SBA 




POP 


0aaba 


BA 




PUSH A 


0aaba 


ABA 


=> abAABA 


PUSH A 


0aaba 


AABA 




POP 


0aaba 


ABA 


abaABA 


READ 3 


0<kaba 


ABA 




POP 


AMaba 


BA 


^> abaaBA 


READ 3 


00ba 


BA 




POP 


00ba 


A 


=^ abaabA 


READ2 


060a 


A 




POP 


001j>a 


A 


abaaba 


READ3 


6U6UA 


A 




POP 


00UA 


A 




READ4 


00HA 


A 




ACCEPT 


00UA 


A 



Notice how different this is from the PDA's we developed in Chapter 17 for 
the languages EVENPALINDROME and ODDP ALINDROME . ■ 

We have actually proven a stronger theorem than Theorem 28. We have 
proven that every CFL can be accepted by a PDA that has only one POP 
state. After we have proven Theorem 29, we shall know that every language 
accepted by a PDA is a CFL and therefore every PDA is equivalent to a PDA 
with exactly one POP state. 

Now we have to prove the other half of the equivalence theorem, that every 
language accepted by a PDA is context-free. 



PROOF OF THEOREM 29 

This is a long proof by constructive algorithm. In fact, it is unquestionably 
the most tortuous proof in this book; parental consent is required. We shall 
illustrate each step with a particular example. It is important, though, to realize 
that the algorithm we describe operates successfully on all PDA's and we are 
not merely proving this theorem for one example alone. 

The requirements for a proof are that it convince and explain. The following 
arguments should do both if we are sufficiently perse verant. 

Before we can convert a PDA into a CFG we have to convert it into a 
standard form, which we call conversion form. To achieve this conversion 
form, it is necessary for us to introduce a new "marker state" called a HERE 
state. We can put the word HERE into a box shaped like a READ state in 
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the middle of any edge and we say that we are passing through that state any 
time we travel on the edge that it marks. Like the READ and the POP states, 
the HERE states can be numbered with subscripts. 
One use of a HERE state is so that 



can become 




Notice that a HERE state does not read the TAPE nor pop the STACK. 
It just allows us to describe being on the edge as being in a state. A HERE 
state is a legal fiction — a state with no status, but we do permit branching to 
occur at such points. Because the edges leading out of HERE states have no 
labels, this branching is necessarily nondeterministic. 



DEFINITION (inside the Proof of Theorem 29) 

A PDA is in conversion form if it meets all of the following conditions: 

1. There is only one ACCEPT state. 

2. There are no REJECT states. 

3. Every READ or HERE is followed immediately by a POP; that is, every 
edge leading out of any READ or HERE state goes directly into a POP 
state. 

4. No two POP's exist in a row on the same path without a READ or HERE 
between them whether or not there are any intervening PUSH states. (POP's 
must be separated by READ's or HERE'S.) 

5. All branching, deterministic or nondeterministic, occurs at READ or HERE 
states, none at POP states, and every edge has only one label (no multiple 
labels). 

6. Even before we get to START, a "bottom of STACK" symbol $ is placed 
on the STACK. If this symbol is ever popped in the processing, it must 
be replaced immediately. The STACK is never popped beneath this sym- 
bol. Right before entering ACCEPT this symbol is popped out and left 
out. 
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7. The PDA must begin with the sequence: 




8. The entire input string must be read before the machine can accept the 



It is now our job to show that all the PDA's as we defined them before 
can be made over into conversion form without affecting the languages they 
accept. 

Condition 1 is easy to accommodate. If we have a PDA with several 
ACCEPT states, let us simply erase all but one of them and have all the 
edges that formerly went into the others feed into the one remaining: 



Condition 2 is also easy. Since we are dealing with nondeterministic ma- 
chines, if we are at a state with no edge labeled with the character we have 
just read or popped we simply crash. For an input string to be accepted, there 
must be a safe path to ACCEPT; the absence of such a path is tantamount 
to REJECT. Therefore, we can erase all REJECT states and the edges leading 
to them without affecting the language accepted by the PDA: 



word. 





becomes 




becomes simply 
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If a b is read in this READ state, there is no path to follow and 
CRASH = REJECT must occur. 

Now let us consider Condition 3. A READ in a certain PDA might not 
have a POP immediately following it; we might find something like this: 




What we do is insert a POP and immediately put back on the STACK whatever 
might have been removed by this additional POP. 

We need to have a PUSH for every letter of F every time we do this. 




This looks like a silly waste of states, but it does mean that we can satisfy 
condition 3 without changing the language accepted. 

We may need to insert some HERE states to satisfy Condition 4: 



becomes 




To satisfy Condition 5, we must convert all branching at POP states into 
branching at READ or HERE states. This is done as follows. 
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This: 




If the POPi state in the original picture was going to pop a b and branch 
to READ 2 , then in the modified version below, its path through the machine 
must be the one that at READ) takes the a-edge to POP 2 , not the a-edge to 
POP 3 . If an a was going to be popped by POPi, the path to POP 3 has to be 
taken to avoid crashing. All paths through these two segments of PDA's are 
the same, but in the second picture the deterministic branching at POP! has 
been replaced by nondeterministic branching at READ]. 

We must also modify the funny extra POP x — PUSH x situations that 
we introduced for Condition 3. Instead of using: 
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which entailed branching at the POP state, we must use the equivalent: 




STACK 



$ 



When we change a PDA into conversion form, we must also remember that 
instead of popping a A from an empty STACK we shall find the symbol $. 
If we wanted (for some reason) to POP several A's off of an empty STACK, 
we shall have to be satisfied with several POP $ — PUSH $ combinations. 
They work just as well. 

If we ever have a PDA that wants to accept an input string without emptying 
the whole STACK (including $), we could just insert some states that empty 
the STACK harmlessly right before the ACCEPT, exactly as we did in the 
proof of Theorem 27. 

Condition 7 makes no new demands if the STACK already satisfies Con- 
dition 6. 

Condition 8 can be satisfied by the algorithm of Theorem 27 from Chapter 
17. 

Now let us take a whole PDA and change it into conversion form. The 
PDA we use is one that accepts the language 

{a 2 "b n } = {aab aaaabb aaaaaabbb . . .} 
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The PDA is: 




ACCEPT 



Every a from the beginning of the input tape is pushed onto the STACK. 
Then for every b that follows, two a's are popped. Acceptance comes if both 
TAPE and STACK empty at the same time. The words accepted must therefore 
be of the form a 2n b" for n = 1, 2, 3 ... . 

Here we have already deleted the REJECT state and useless READ and 
POP alternative edges. To make this PDA satisfy all the conditions for con- 
version form, we must remake it into: 




PUSH a 




PUSH$ 


' 


i 






PUSH a 




PUSH a 
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To begin with, we must start with the sequence demanded by Condition 
7. This makes us insert a new POP state called POP 4 . Now in the original 
machine we began a circuit "READ,— PUSH a— READ,— PUSH a . . .". Be- 
cause of Condition 3, every READ must be followed by a POP so the pair 
"READ)— PUSH a" must become "READ,— POP 5 — PUSH a — PUSH a." The 
first PUSH is to return the a that was popped out. The second PUSH adds 
the a to the STACK. The first time through this loop, the top of the STACK 
does not contain an a yet and what is popped is the $, which must immediately 
be returned to the STACK. This is the purpose of the nondeterministic branch 
"POP 6 — PUSH $— PUSH a." This branch also adds an a to the STACK. This 
branch will be taken the first time out of READi but if ever again it will 
cause a CRASH and lead to the acceptance of no new words. 

The next violation of conversion form in the original picture was that POP, 
was immediately followed by POP 2 without a READ in between. This is fixed 
by inserting a HERE. (There is only one HERE state in this whole machine, 
so there is no reason to number it.) 

The last change is that instead of POP 3 finding a blank, it should find the 
stack-end symbol $. 

The new form of this PDA obviously accepts exactly the same language 
as before, {a 2 "b n }. (By our convention, when the range of n is unspecified, 
it is presumed to be n — 1,2,3. . . .) 

Now that we have put this PDA into conversion form, we can explain why 
we ever wanted to impose these eight conditions on a poor helpless machine. 
Any PDA in conversion form can be considered as a collection of primitive 
parts — path segments — each of the form: 



From 


To 


Reading 


Popping 


Pushing 


START 
or READ 
HERE 


READ 
or HERE 
ACCEPT 


One or no 

input 

letters 


Exactly 
one STACK 
character 


Any string 
onto the 
STACK 



The states START, READ, HERE, and ACCEPT are called the joints of the 
machine. Between two consecutive joints on a path exactly one character is 
popped and any arbitrary number can be pushed. Because no edge has a mul- 
tiple label, between any two joints the machine can read no letters at all from 
the INPUT TAPE or else exactly one specified letter. This was the purpose 
of imposing all the conversion conditions. 

The PDA above can be drawn as a set of joints with "arcs" (path segments) 
between them much like a TG. 
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<> 



READ, 



^ ACCEPT J 



Once a PDA is in conversion form, we can describe the entire machine as 
a list of all the primitive joint-to-joint path segments (the "arcs" mentioned 
above). Such a list is called a summary table. A summary table for a PDA 
satisfies the same purpose as a transition table for an FA. It explains the total 
action on the inputs without recourse to pictorial Tepresentation. This may seem 
like a step backwards, since the pictures make more sense than the tables — 
which is why we do not commonly use tables for FA's. However, for the 
purpose of completing the proof of Theorem 29 (which is what we are still 
in the midst of doing), the summary table will be very useful. 

The PDA we have just converted corresponds to the summary table below. 



From 


To 


READ 


POP 


PUSH 


Row 


where 


where 


what 


what 


what 


Number 


START 


READ, 


A 


$ 


$ 


1 


READi 


READ, 


a 


$ 


a$ 


2 


READ! 


READ, 


a 


a 


aa 


3 


READ, 


HERE 


b 


a 




4 


HERE 


READ 2 


A 


a 




5 


READ 2 


HERE 


b 


a 




6 


READ 2 


ACCEPT 


A 


$ 




7 
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In the last column we have assigned a number to each row for our future 
purposes. Each path segment corresponds to one row of the table. 
Notice that in Row 2 we summarized 



>■ 


PUSH $ 




PUSH a 








*- 



as 



>■ 


PUSH o$ 









since it means add the $ first, then the a. 

In our definition of conversion form, we made sure that all branching occurs 
at the joints READ and HERE. This means that no branching can occur in 
the middle of any row of the summary table. 

Every word that can be accepted by the PDA corresponds to some path 
from START to ACCEPT. We can view these paths as made up not of the 
components "edges" but of the components "rows of summary table." A path 
is then broken into a sequence of these path segments. 

For example, in the PDA above the word aaaabb can be accepted by the 
machine through the path 

START — POP 4 — PUSH $ — READ, — POP 6 — PUSH $ — PUSH a 

— READi — POP5 — PUSH a — PUSH a — READ, — POP 5 — PUSH a 

— PUSH a — READ, — POP 5 — PUSH a — PUSH a — READ, — 
POP, — HERE — POP 2 — READ 2 — POP, — HERE — POP 2 — READ 2 

— POP3 — ACCEPT 

This is a nondeterministic machine, and there are other paths that this input 
could take, but they all crash somewhere; only this path leads to acceptance. 
Instead of this long list of states, we could describe the path of this word 
through the machine as a sequence of rows from the summary table. The path 
above can be described as 

Row, — Row 2 — R0W3 — R0W3 — R0W4 — R0W5 — Row 6 — R0W5 — R0W7 

Let us repeat that acceptance by a PDA is determined by the existence of 
a path from START to ACCEPT. In FA's, paths correspond in a natural 
fashion to strings of letters. In a PDA paths correspond in a natural way to 
strings of Row's from the summary table. 

The approach that we have taken for PDA's is to define them originally 
by a pictorial representation and imagine a correspondence between input strings 
and paths through the machine-graph. To abstract the grammar (CFG) of the 
language that the PDA accepts, we have had to begin by changing our PDA's 
first into conversion form and then into summary tables. This is to make an 
algebraic nonpictorial representation of our PDA's that we can then convert 
into a grammar. Most authors define PDA's originally as summary tables of 
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some kind and the pictorial representations as directed graphs are rarely given. 
The proof of Theorem 29 in such a treatment is much shorter, since the proof 
can begin at the point we have just reached. Something is lost, though, in 
not seeing a PDA as a picture. This is best illustrated by comparing the sum- 
mary table above with the first pictorial representation of the PDA. It is much 
easier to understand the looping and the language from the picture. 

As definitions, both the pictures and the tables describe the same type of 
language-accepting device. The question of which is superior cannot be an- 
swered without knowing the specific application. Our application is education 
and the most understandable formulation is the best. 

Notice that the HERE state reads nothing from the TAPE, so we have put 
A in the "READ-what" column. We could put a dash or a cf> there just as 
well. A blank (A) would be wrong, since it means something else; to say that 
we read a A means the TAPE must be empty. A A on the other hand means, 
by convention, that we do not read the TAPE. 

The order in which we put the rows in the summary table does not matter 
as long as every path segment of the PDA between two consecutive joints is 
represented as some row. 

The summary table carries in it all the information that is found in the 
pictorial representation of the PDA. Every path through the PDA is a sequence 
of rows of the summary table. However, not every sequence of rows from 
the summary table represents a viable path. Right now it is very important 
for us to determine which sequences of rows do correspond to possible paths 
through the PDA, since the paths are directly related to the language accepted. 

Some sequences of rows are impossible; for example, we cannot immediately 
follow Row 4 with Row 6 because Row 4 leaves us in HERE while Row 6 begins 
in READ 2 . We must always be careful that the end joints connect up logically. 

This requirement is necessary but not sufficient to guarantee that a sequence 
of rows can be a path. Rowj leaves us in READ) and Row 3 starts in READ], 
yet Row r Row 3 cannot be the beginning of a path. This is because Row! pushes 
a $, whereas Row 3 , which pops an a obviously presumes that the top of the 
STACK is an a. We must have some information about the STACK before 
we can string rows together. 

Even if we arranged the rows so that the pushes and pops match up, we 
still might get into trouble. A path formed by a sequence of rows with four 
Row 3 's and six Row 5 's is impossible. This is true for a subtle reason. Six 
Row 5 's will pop six a's from the STACK, however, since Row 2 can only be 
used once to obtain one a in the STACK and four Row 3 's can contribute only 
four more a's to the STACK, we are short one a. 

The question of which sequences of rows make up a path is very tricky. 
To represent a path, a sequence of rows must be joint consistent (the rows 
meet up end to end) and STACK consistent (when a row pops a character, 
it should be there, at the top of the STACK). 

Let now us define the row-language of a particular PDA represented by 
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a summary table. It is the language whose alphabet letters are the names of 
the rows in the summary table 

£ = {Row, Row 2 . . . Row 7 } 

and having as legal words all those sequences of alphabet letters that correspond 
to paths from START to ACCEPT that might possibly be followed by some 
input strings, that is, all sequences from START to ACCEPT that are joint 
consistent and STACK consistent. 

Clearly, all valid words in this language begin with Rowi and end with 
R0W7, but as we saw above, there are more requirements than just those. 

Consider, for example, 

Row5Row 5 Row 3 Row 6 

This is a string of length four, but this string is not a word in the row- 
language for three reasons: (1) It does not represent a path that begins with 
START or ends with ACCEPT; (2) it is not joint consistent; (3) it is not 
STACK consistent. 

Not only are we going to look for rules to tell us which strings of rows 
are words, but we shall produce a CFG for the row-language. From this CFG 
we can produce another CFG, a grammar for the language of strings of a's 
and b's accepted by the original PDA. 

Let us pause here to outline the global strategy of this proof. 

1. We start with any PDA drawn as defined in Chapter 17. 

2. We redraw the PDA to meet the requirements of conversion form. 

3. From the machine in conversion form, we build a summary table and 
number the rows. 

4. Every word accepted by the PDA corresponds to at least one path from 
START to ACCEPT and, as we shall soon see, every stack-consistent 
path from START to ACCEPT corresponds to some word. Therefore we 
define the row-language to be the set of all sequences of rows that cor- 
respond to paths. 

5. We determine a CFG that generates all the words in the row-language. 

6. We convert this CFG for the row-language into a CFG that generates all 
the words in the original language of a's and b's that are accepted by 
the PDA, thus proving Theorem 29. 

We are now up to Step 5. 
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We had to build half this house before we could take our first look at the 
blueprints. 

One thing we have to do is to keep track of the contents of the STACK. 
Since we are going to want to produce a CFG that generates the row-language, 
we need to introduce nonterminals that contain the information we need to 
ensure joint and STACK consistency. We have to know about the beginning 
and end positions of the path segments to which certain row strings correspond 
and about the contents of the STACK. It is not necessary to maintain any 
information about what characters are read from the TAPE. If what is on the 
TAPE is what the rows want to read then the input string will be accepted. 
Once we know what the rows are we can find an input word that gives them 
what they want to read. We shall see the implications of this observation later, 
but every joint- and STACK-consistent path actually is the path through the 
PDA taken by some input string. 

The nonterminals in the row-language grammar have the following form: 

Net(X,Y,Z) 

where the X and Y can be any joint; START, HERE, or ACCEPT, and Z is 
any character from the stack alphabet T. This whole expression is one non- 
terminal even though it is at least 10 printer's symbols long. These odd non- 
terminals stand for the following sentence: 

There is some path going from joint X to joint Y, perhaps passing through some 
other joints (READ or HERE states), which has the net effect on the STACK of 
removing the symbol Z, where by "net effect" we mean that while there might be 
extra things put onto the STACK during the path, they are eventually removed 
and the STACK is never popped below the initial Z that is on the top of the STACK 
to begin with and that is popped out somewhere along the way. 

We have never seen a nonterminal be such a complicated looking item as 
Net{X,Y,Z), but we have had nonterminals before with meanings that could 
be expressed in a sentence (as in the CFG for EQUAL). 

This complicated description of the "net effect" on the STACK means, for 
instance, that the sequence of the STACK operations: 



POP 





PUSH a 




PUSH b 








*-< 




POP 



has the net effect of popping one Z since it represents the stack states: 
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The net STACK effect is the same as the simple POP Z, and no character 
was presumed to be in the STACK below the top Z. The symbol "?" here 
represents the unknown and unexamined part of the STACK. The picture 




by itself is also an acceptable sequence for a STACK operation governed by 

a nonterminal Net(X,Y,Z). 

However 
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is not, because it presupposes knowledge about what is in the STACK under 
the top Z. If there were a b under the Z initially, this sequence would fail 
(crash). We never presume knowledge of what is available in the STACK in 
the statement Net(X,Y,Z) beyond knowing that Z is on top. 

For a given PDA some set of all the possible sentences Net(X,Y,Z) are 
true and some are false. Our job, given a PDA, is to determine which Net 
statements are true and how they fit together. To do this, we must first examine 
every row of the table to see which ones have the net effect of popping exactly 
one letter. There are other paths that are composed of several rows that can 
also be described by a single Net statement, but we shall discover these by 
a separate procedure later. 

Let us recall the summary table that we have developed for the PDA for 
the language {a 2n b"}. Row 4 of this table says essentially: 

Net(READi ,HERE,a) 

which means, "we can go from READi to HERE at the total cost of popping 
an a from the top of the stack." 

In other words, Row 4 is a single Net row. However, let us suppose that 
we have a row in the summary table for some arbitrary PDA that looks like 
this: 



FROM 


TO 


READ 


POP 


PUSH 


ROW 


READ, 


READ 3 


b 


b 


abb 


11 



As it stands, Row n is not a Afef-style sentence because the trip from READ 9 
to READ 3 does not subtract one letter from the STACK; the net effect is 
rather that it adds two. However, there is a particular way that Row u can 
interact with some other Afef-style sentences. For instance, if we knew that 
the following three nonterminals could be realized as path segments for this 
machine 

Afef(READ 3 ,READ 7 ,a) 
Afef(READ 7 ,READi ,b) 
Afe/(READ,,READ 8 ,&) 
then, using Row u , we could conclude that the nonterminal: 



Ate/(READ 9 ,READ 8 ,Z>) 
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could also be realized as a path segment. This is because we can go first 
from READ, to READ 3 using Row n which eats the b at the top of the STACK 
but leaves the letters abb in its place, with the net effect of adding ab. The 
first a takes us from READ 3 to READ 7 by the path implied by 
Ater(RE AD 3 , RE AD 7 ,a ) . The next b takes us from READ 7 along some path to 
READ,, as guaranteed by Ater(READ 7 ,READ,,b). Then the last b takes us 
from READ! to READ 8 by some path guaranteed by the last Net. The total 
cost of the trip has been the top b. Thanks to the abb we added, during this 
whole trip we have never popped the STACK beneath the top b. 
Let us write this as: 

Ata(READ 9 ,READ 8 ,fc) 

-* Row 11 A f er(READ 3 ,READ 7 ,a)^(READ 7 ,READi,ft)^f(READ 1 ,READ 8 ,ft) 

In other words, the sentence that says that we can go from READ 9 to 
READ 8 at the cost of b can be replaced by the concatenation of the sentences 
Row n , Net ... Net .. . Net .... 

This will be a production in our row-language. We begin with the non- 
terminal Atef(READ 9 ,READ 8 ,6), and we produce a string that has one terminal, 
Row u , and some nonterminals, Net . . . Net . . . Net .... Notice that Row u 
takes us from READ 9 to READ 3 , the first Net from READ 3 to READ 7 , the 
second from READ 7 , to READ,, and the last from READ, to READ 8 , giving 
us the trip promised on the left side of the production at the appropriate cost. 

This hypothetical Row,, that we are presuming exists for some PDA could 
also be used in other productions, for example, 

Afef(READ 9 ,READ, 0 ,a) 

Row , iNet(READ 3 , RE AD 2 ,a)Net(READ 2 , READ 2 Afef (RE AD 2 ,RE AD , 0 , b) 

assuming, of course, that these additional Net's are available, by which we 
mean realizable by actual paths. 

The general formulation for creating productions from rows of the summary 
table is as follows: 

If the summary table includes the row 



FROM 


TO 


READ 


POP 


PUSH 


ROW 


READ, 


READ y 


u 


w 


m]ff2 2 ■ ■ . m n 


i 



then for any sequence of joint states, S,, S 2 . ■ ■ S„, we include the row- 
language CFG production 
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Net(READ x , S„,w) -» Row, Net(READ y ,Si,mi) . . . Net(S„^,S„,m n ) 

This is a great number of productions and a large dose of generality all 
at once. Let us illustrate the point on an outrageous, ludicrous example. 

Suppose that someone offered us a ride from Philadelphia to L.A. if we 
would trade him our old socks for his sunglasses and false teeth. We would 
say "terrific" because we could then go from Philadelphia to Denver for the 
price of the old socks. How? First we get a ride to L.A. by trading the socks 
to him for the sunglasses and false teeth. Then we find someone who will 
drive us from L.A. to Chicago for a pair of sunglasses and another nice guy 
who will drive us from Chicago to Denver for a pair of false teeth. 




FROM 


TO 


READ 


POP 


PUSH 


ROW 


Phila 


L.A. 


anything 


socks 


sunglasses, false teeth 


77 



Net (Phila , Den ver, socks) 

— » Row 77 yVe?(L.A.,Chi,shades)AW(Chi,Denver,teeth) 

The fact that we have written this production does not mean that it can 
ever be part of the derivation of an actual word in the row-language. The 
idea might look good on paper, but where do we find the clown who will 
drive us from Chicago to Denver for the used choppers? 

So too with the other productions formed by this general rule. 

We can replace Net(this and that) with Net(such and such), but can we 
ever boil it all down to a string of rows? We have seen in working with 
CFG's in general, that replacing one nonterminal with a string of others does 
not always lead to a word in the language. 

In the example of the PDA for which we built the summary table, Row 3 
says that we can go from READ] back to READ] and replace an a with aa. 
This allows the formation of many productions of the form: 

Afer (RE AD i,X,a) Row 3 Net(READ u Y,a)Net(Y,X,a) 

where X and Y could be READ,, READ 2 , or READ 3 — or even HERE. Also 
X could be ACCEPT, as in this possibility: 
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Afer(READi ,ACCEPT,a) -» Row 3 ^(READ 1 ,READ 2 ,a)^ef(READ 2 ,ACCEPT,a) 

There are three rules for creating productions in what we shall prove is a 
CFG for the row-language of a PDA presented to us in a summary table. 

Rule 1 We have the nonterminal 5, which starts the whole show, and the pro- 
duction 

S -> Ater(START,ACCEPT,$) 

which means that we can consider any total path through the machine as 
a trip from START to ACCEPT at the cost of popping one symbol, $, 
and never referring to the STACK below $. 

This rule is the same for all PDA's. 

Rule 2 For every row of the summary table that has no PUSH entry, such as: 



FROM 


TO 


READ 


POP 


PUSH 


ROW 


X 


Y 


anything 


Z 




/ 



we include the production: 

Net(X,Y,Z)^ Rowj 

This means that Net(X,Y,Z), which stands for the hypothetical trip 
from X to Y at the net cost Z, is really possible by using Row, alone. It 
is actualizable in this PDA. 

Let us remember that since this is the row-language we are generating, 
this production is in the form: 

Nonterminal —* terminal 

In general, we have no guarantee that there are any such rows that 
push nothing, but if no row decreases the size of the STACK, it can 
never become empty and the machine will never accept any words. 

For completeness we restate the expansion rule above. 
Rule 3 For each row in the summary table that has some PUSH we introduce a 
whole family of productions. For every row that pushes n characters onto 
the STACK, such as: 
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FROM 


TO 


READ 


POP 


PUSH 


ROW 


X 


Y 


anything 


Z 


m 1 . . . m„ 


i 



for all sets of n READ, HERE, or ACCEPT states S u S 2 . . . S„, we 
create the productions: 

Net(X,S„,Z) -»• Row, Net(Y,S u mi) . . . Net(S n ^,S n ,M n ) 

Remember the fact that we are creating productions does not mean that 
they are all useful in the generation of words. We merely want to guar- 
antee that we get all the useful productions, and the useless ones will 
not hurt us. 

No other productions are necessary. 

We shall prove in a moment that these are all the productions in the CFG 
defining the row-language. That is, the language of all sequences of rows 
representing every word accepted by the machine can be generated by these 
productions from the start symbol 5. 

Many productions come from these rules. As we have observed, not all of 
them are used in the derivation of words because some of these Afer-variables 
can never be realized as actual paths, just as we could include the nonterminal 
Net(NY ,LA,5#) in the optimistic hope that some airline will run a great sale. 
Only those nonterminals that can be eventually replaced by strings of solid 
terminals will ever be used in producing words in the row-language. 

This is like the case with this CFG: 

S-> X\Y 
X-^ aXX 
Y-^ ab 

The production X —> aXX is totally useless in producing words. 

We shall now prove that this CFG with all the Net's is exactly the CFG 
for the row-language. To do that, we need to show two things: first, that every 
string generated by the CFG is a string of rows representing an actual path 
through the PDA from START to ACCEPT, and second, that all the paths 
corresponding to accepted input strings are equivalent to row-words generated 
by this CFG. 

Before we consider this problem in the abstract, let us return to the concrete 
illustration of the summary table for the PDA that accepts 



{a 2n b n } 
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We shall make a complete list of all the productions that can be formed 
from the rows of the summary table using the three rules above. 
Rule 1, always, gives us only the production: 

Prod 1 S -> AW(START,ACCEPT,$) 

Rule 2 applies to Rows 4, 5, 6, and 7, creating the productions: 

Prod 2 Net{READ , , HERE , a) -> Row 4 

Prod 3 ADHERE, READ 2 ,a) -> Row 5 

Prod 4 Net(READ 2 , HERE , a) -> Row 6 

Prod 5 Net(READ 2 , ACCEPT , $) -> Row 7 

Lastly, Rule 3 applies to Rows 1, 2, and 3. When applied to Row, it 
generates: 

Ater(START,X$) -» Row, Ater(READ,,X$) 

where X can take on the different values READ,, READ 2 , HERE, or ACCEPT. 
This gives us these four new productions: 

Prod 6 Ater(START,READ,,$) -> Row, AW (RE AD i , READ i , $) 

Prod 7 AW(START,READ 2 ,$) -> Row, Net (RE AD \ ,READ 2 ,$) 

Prod 8 AW(ST ART , HERE , $) -* Row, Ate/^READ, ,HERE,$) 

Prod 9 A^(START,ACCEPT,$) -> Row, Net(RE AD,, ACCEPT, $) 

When applied to Row 2 , Rule 3 generates: 

Net(READi,X,$) — >■ Row 2 Net(READ u Y,a) Net(Y,X,$) 

where X can be any joint state but START, and Y can be any joint state but 
START or ACCEPT (since we cannot return to START or leave ACCEPT). 

The new productions derived from Row 2 are of the form above with all 
possible values for X and Y: 



Prod 10 AW(READ,,READ,,$) 

-» Row 2 A r e;(READ 1 ,READ,,a)A f ef(READ, ,READ, ,$) 
Prod 11 Ato(READ,,READ,,$) 

-»• Row^ef (READ , READ 2 ,a )Afef (READ 2 ,READ , ,$) 
Prod 12 A^(READ,,READ,,$) 

-» Row 2 A r e/(READ, , HERE ,a )A r ef (HERE , READ , ,$) 
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Prod 13 Nef(READ, ,READ 2 ,$) 

-* Rov/ 2 Net (READ, ,READ, ,a)Afef(READ, ,READ 2 ,$) 
Prod 14 Net (RE AD , , READ 2 , $) 

Row 2 Ato(READ, ,READ 2 ,<j)M?f(READ 2 ,READ 2 ,$) 
Prod 15 A'ef (RE AD, RE AD 2 , $) 

-> Row 2 Atef (READ, ,HERE,a)Afef(HERE,READ 2 ,$) 

Prod 16 Net (READ,, HERE, $) 

-> Row 2 Ato(READ, ,READ, ,a)Net(READ, ,HERE,$) 

Prod 17 Ater(READ,,HERE,$) 

-»• Row 2 A , er(READ, , RE AD 2 , a )Net(READ 2 , HERE , $ ) 

Prod 18 M>r(READ,,HERE,$) 

-> Ro w 2 A r ef (RE AD , , HERE , a )Net (HERE , HERE , $ ) 

Prod 19 AW(READ,,ACCEPT,$) 

-» Row 2 Ato(READ, ,READ, ,a)Ater(READ, ,ACCEPT,$) 

Prod 20 We^READ^ACCEPT^) 

-» Row 2 Atef(READ, , RE AD 2 , a )Net (RE AD 2 , ACCEPT , $) 

Prod 21 Ato(READ,, ACCEPT, $) 

-»• Row 2 iVef (READ, ,HERE,a)Atef (HERE,ACCEPT,$) 

When Rule 3 is applied to Row 3 , it generates productions of the form: 

Nef(READi,X,a) — > Row 3 Afef(READ,,y,a) Net(Y,X,a) 

where X can be READ,, READ 2 , HERE, or ACCEPT and Y can only 
READ,, READ 2 , or HERE. 

This gives 12 new productions: 

Prod 22 Nef (READ,, READ,, a) 

-> Rowj/Vef(READ, ,READ, ,a)Afef(READi ,READ,a) 
Prod 23 Ater(READ, ,READ, ,a) 

-> Row3/Vef(READ, ,READ 2 ,a)jVe/(READ 2 ,READ, ,a) 
Prod 24 Ato(READ,,READ,,a) 

RowjAMREAD, ,HERE,a)M?r(HERE,READ, ,a) 

Prod 25 Atef(READ,,READ 2 ,a) 

-» RowsATe^READ, ,READ, ,a)Afef(READ, ,READ 2 ,a) 

Prod 26 Afef(READ, ,READ 2 ,a) 

-h> RowsAte^READ, , RE AD 2 ,a )Afe/(READ 2 ,READ 2 ,a ) 

Prod 27 Ato(READ,,READ 2 ,a) 

RowjyVe^READ, ,HERE,a)AW(HERE,READ 2 ,a) 
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Prod 28 Ato(READ,,HERE,a) 

~» RowsAtefCREAD, ,READ, ,a)Atef (READ, ,HERE,a) 

Prod 29 Ato(READ,,HERE,a) 

-* Row 3 A^ef(READ 1 ,READ 2 ,a)A^ef(READ 2 ,HERE,a) 

Prod 30 Ato(READ,,HERE,a) 

-> Row^eKREAD, ,HERE,a)Nef(HERE,HERE,a) 

Prod 31 Atef(READ,,ACCEPT,a) 

-» RowjA^READ, ,READ, ,a)Ato(READ, , ACCEPT.a) 

Prod 32 Net (RE AD u ACCEPT, a) 

-> RowjAtet(READi ,RE AD 2 ,a )iVef (RE AD 2 , ACCEPT ,a) 

Prod 33 Ater(READ,,ACCEPT,a) 

-* RowsAtef (READ, ,HERE,0)Ater(HERE,ACCEPT,a) 

This is the largest CFG we have ever tried to handle. We have: 

7 terminals: Row, Row 2) . . . Row 7 

29 nonterminals: S, 16 of the form Net(, , $) 

12 of the form Net(, , a) 

33 productions: Prod 1 . . . Prod 33 

We know that not all of these will occur in an actual derivation starting at 
S. For example, Ato(READ 2 ,ACCEPT,a) cannot happen, since to go from 
READ 2 to ACCEPT we must pop a $, not an a. 

To see which productions can lead toward words, let us begin to draw the 
left-most total language tree of the row-language. By "left-most" we mean that 
from every working string node we make one branch for each production that 
applies to the left-most nonterminal. Branching only on the left-most nonter- 
minal avoids considerable duplication without losing any words of the language, 
because all words that can be derived have left-most derivations (Theorem 25). 

In this case the tree starts simply as: 

S 
i 

iV>f(START,ACCEPT,$) (1) 
1 

Row,Nef(READ,,ACCEPT,$) (1,9) 

This is because the only production that has S as its left-hand side is Prod 
1. The only production that applies after that is Prod 9. The numbers in 
parentheses at the right show which sequence of productions was used to arrive 
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at each node in the tree. The left-most (and only) nonterminal now is 
Afef(READ!,ACCEPT,$). There are exactly three productions that can apply 
here: 

Prod 19 Prod 20 Prod 21 
So the tree now branches as follows: 



M>r(READ,,ACCEPT,$) 

' Ro\V|Row 2 A'e/(READi , READ, ,a)Ner(READ, , ACCEPT, $) (1, 9, 19) 

I Row,Row 2 iVeKREAD|,READ2,a)A r ef(READ 2 ,ACCEPT,$) (1, 9, 20) 

I Row|Row 2 Ater(READj, HERE, a)Afer(HERE, ACCEPT, $) (1, 9, 21) 

(1,9) 

(1,9,19) (1,9,20) (1,9,21) 

Let us consider the branch (1,9,19). Here the left-most nonterminal is 
Afef(READi,READ!,a). The productions that apply to this nonterminal are Prod 
22, Prod 23, and Prod 24. Application of Prod 23 gives us an expression 
that includes Afef(READ2,READ],a), but there is no production for which this 
Net is the left-hand side. (This corresponds to the fact that there are no paths 
from READ 2 to READ! in this PDA.) Therefore, Prod 23 can never be used 
in the formation of a word in this row-language. 

This is also true of Prod 24, which creates the expression ADHERE, 
READ], a). No matter how many times we apply Prod 22, we still have a 
factor of Afef(READi,READi,a). There is no way to remove this nonterminal 
from a working string. Therefore, any branch incorporating this nonterminal 
can never lead to a string of only terminals. The situation is similar to this 
CFG: 

b | X 
X-> aX 

We can never get rid of the X. So we get no words from starting with £ — > X. 
Therefore, we might as well drop this nonterminal from consideration. 

We could produce just as many words in the row-language if we dropped 
Prod 22, Prod 23, and Prod 24. Therefore, we might as well eliminate Prod 
19, since this created the situation that led to these productions, and it can 
give us no possible lines, only hopeless ones. We now see that we might as 
well drop the whole branch (1,9,19). 
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Now let us examine the branch (1,9,20). The left-most nonterminal here 
is Afef(READ],READ 2 ,ci). The productions that apply to this nonterminal are 

Prod 25 Prod 26 Prod 27. 

Of these, Prod 25 generates a string that involves Net(READ u RBADua), 
which we saw before led to the death of the branch (1,9,19). So Prod 25 
is also poison. 

We have no reason at the moment not to apply Prod 26 or Prod 27. The 
tree, therefore, continues: 



rf=0. 9, 20) 

I— Ro\V|Row 2 Row 3 Afcr(READ l> READ2,a)A'f«(READ 2 READ2a)A'^(READ 2> ACCEPT,$) (1, 9, 20, 26) 
— Row l Row 2 Row 3 Afe;(READ l ,HERE,a)A'«(HERE,READ2,aWer(READ 2 ,ACCEPT,$) (1, 9, 20, 27) 



^1^9,20) 

(1,9,20,26) (r9,20,27) 
Let us continue the process along one branch of the tree. 



(1,9,20,27) 
I 

Row|Row 2 Row 3 Row4A'ef(HERE,READ2,a)A'ef(READ2,ACCEPT,$) (1,9,20,27,2) 

I 

Row 1 Row 2 Row3Row 4 Row5M?;(HERE,ACCEPT,$) (1,9,20,27,2,3) 

I 

R0W1R0W2R0W3R0W4R0W5R0W7 (1,9,20,27,2,3,5) 



This is the shortest word in the entire row-language. The total language 
tree is infinite. 

In this particular case, the proof that this is the CFG for the row-language 
is easy, and it reflects the ideas in the general proof that the CFG formed by 
the three rules we stated is the desired CFG. 

For one thing, it is clear that every derivation from these rules is a realizable 
path of rows. This is because each production says: 

We can make this trip at this cost 
if 

We can make these trips at these costs 
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If it all boils down to a set of Rows, then the subtrips can be made along 
the deterministic edges of the PDA corresponding to the rows of the summary 
table: When we put them together, the longer trip based on these path segments 
becomes realizable. 

How do we know that every path through the PDA is derivable from the 
productions that the rules create? Every trip through the PDA can be broken 
up into the segments of net cost. The STACK is set initially at $ and row 
by row some things are popped and some are pushed. Some rows push more 
than one letter and some push none. The ones that push more than one letter 
are the ones that enable us to execute the rows that pop but do not push. 
This is STACK economics. We can write down directly, 

"The profit from Row, is such and such." 
"The cost of Row; is so and so." 

For the machine to operate properly, the total cost must be equal to the 
profit plus the initial $, and the profit must come first. We can never be in 
debt more than one $. (That is why we chose the symbol "$.") 

For example, let us examine the word R0W1R0W2R0W3R0W4R0W5R0W7: 

Rowi Row 2 R0W3 R0W4 R0W5 R0W7 

Net change Net change Net change Net change Net change Net change 
0 + a + a -a -a -$ 

The table shows that as soon as we have a row with a profit we must decide 
where to spend it. If Row 3 has a profit of +a, then we can say we will 
spend it on Row 5 . Row 3 enables Row 5 to follow it. 



From 


To 


READ 


POP 


PUSH 


Row 


READ, 


READ, 




a 


aa 


3 


HERE 


READ 2 




a 




5 



This matching is summarized by the production: 

Afef (READ, ,READ 2 ,a) -» Row3Afer(READi,HERE,a)Ner(HERE,READ 2 ,a) 

which is our Prod 27. 

Any allocation we can make of the STACK profit from the push rows to 
the STACK losses of the nonpush rows must correspond to a production in 
the grammar we have created since the rules we gave for CFG production 
formation included all possible ways of spending the profit. 
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Let us look at a typical abstract case of the application of Rule 3. Let us 
start with some hypothetical Row H below 



From 


To 


READ 


POP 


PUSH 


Row 


A 


B 


C 


D 


EFG 


H 



and generate all productions of the form: 

Net{A,Z,D) -» Row H Net(B,X,E)Net(X,Y,F)Net(Y,Z,G) 

This tells us to distribute the profit of Row H , which is EFG, in all possible 
ways to pass through any sequence of joints X,Y,Z. We start at A and do 
Row//. We are now in B and have to spend EFG. We travel from B, but by 
the time we get to X we have spent the top E. We may have passed through 
many other states and popped and pushed plenty, but when we reach X the 
E is gone and the F and G are on the top of the STACK. Similarly, by the 
time we get to Y the F is gone and by Z the G is gone. 

Any trip from A to Z that nets D and starts with Row w must be of this 
form. After Row w an E is on top of the STACK. At some point that E must 
be popped. Let us call the joint that we get to when the E is popped X. Call 
the joint we get to when the F is first popped Y. The joint we get to when 
the G is popped must be Z, since that fulfills Net(A,Z,D). 

All trips of the right-side form are trips that go from A to Z at net cost 
D, and all Net(A,Z,D) must be of the right-side form. 

This argument shows that this CFG generates the row-language correspond- 
ing to all trips through the PDA. 

Where are we now in the proof of Theorem 29? Let us recapitulate. 

I. Starting with any PDA as defined in the previous section, we can convert 
it into conversion form without changing its language. 

II. From conversion form we can build a summary table that has all the 
information about the PDA broken into rows, each of which describes 
a simple path between joint states (READ, HERE, START, and AC- 
CEPT). The rows are of the form: 



From 


To 


READ 


POP 


PUSH 


Row Number 



III. There is a set of rules describing how to create a CFG for the language 
whose words are all the row sequences corresponding to all the paths 
through the PDA that can be taken by input strings on their way to 
acceptance. 
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The rules create productions of the three forms: 

Rule 1 S -> Afer (ST ART , ACCEPT , $) 
Rule 2 Net (X, Y,Q)^> Row, 

Rule 3 Net(A,B,C) -> Row, Net(A,X,Y) . . . Net(Q,B,W) 

What we need now to complete the proof of Theorem 29 (to which we 
are dedicating our natural-born lives) is to create the CFG that generates the 
language accepted by the PDA — not just its row-language, but the language 
of strings of a's and fe's. The grammar for the row-language is a good start 
but it is not the grammar we are looking for which is the CFG for the language 
of strings accepted by the PDA. 

We can finish this off in one simple step. In the summary table every row 
had an entry that we have ignored until now, that is, the READ column. 

Every row reads a, b, A, or A from the INPUT TAPE. There is no am- 
biguity because an edge from a READ state cannot have two labels. So every 
row sequence corresponds to a sequence of letters read from the INPUT TAPE. 
In order for this path to be successfully followed through the PDA the TAPE 
must first be loaded with the word that is the concatenation of the READ 
demands of the rows. We can convert the row-language into the language of 
the PDA by adding to the CFG for the row-language the set of productions 
created by a new rule, Rule 4. 

Rule 4 For every row 



From 


To 


READ 


POP 


Push 


Row 


A 


B 


C 


D 


EFGH 


/ 



create the production: 

Row, C 

For example, in the summary table for the PDA that accepts that language 
{a 2n b n } we have seven rows. Therefore we create the seven new productions: 



Prod 34 


RoW[ 




A 


Prod 35 


Row 2 




a 


Prod 36 


Row 3 




a 


Prod 37 


R0W4 




b 


Prod 38 


R0W5 




A 


Prod 39 


Row 6 




b 


Prod 40 


R0W7 




A 
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The symbols, Row 1; Row 2 . . . that used to be terminals in the row- 
language are now nonterminals. From every row sequence we can produce a 
word. For example, 

Row i Ro w 2 Ro w 3 Ro W4R0W5R0 W7 

becomes: 

A a a b A A 

Treating A like a A (to be painfully technical, by the production A — > A) 
we have the word: 

a a b 

Clearly this word can be accepted by this PDA by following the path 
Row 1 — Row 2 — R0W3 — Row 4 — Row 5 — R0W7 

The derivations of the words from the productions of this CFG not only 
tell us which words are accepted by this PDA but also indicate a path by 
which the words may be accepted, which may be useful information. 

Remember that since this is a nondeterministic machine, there may be sev- 
eral paths that accept the same word. But for every legitimate word there will 
be at least one complete path to ACCEPT. 

The language generated by this CFG is exactly the language accepted by 
the PDA originally. Therefore, we may say that, for any PDA there is a CFG 
that generates the same language the machine accepts. ■ 



EXAMPLE 

We shall now illustrate the complete process of equivalence, as given by the 
two theorems in this chapter, on one simple example. We shall start with a 
CFG and convert it into a PDA (using the algorithm of Theorem 28), and 
we then convert this very PDA back into a CFG (using the algorithm of 
Theorem 29). 

The language of this illustration is the collection of all strings of an even 
number of a's: 

EVEN A = (aa) + = a 2 " = {aa aaaa aaaaaa . . .} 

One obvious grammar for this language is 

S —> SS I aa 
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Before we can use the algorithm of Theorem 28 to build a PDA that accepts 
this language, we must put it into CNF. We therefore first employ the algorithm 
of Theorem 24: 

S -*■ SS | AA 
A — * a 

The PDA we produce by the algorithm of Theorem 28 is: 






PUSH S 




PUSH A 












PUSHS 




PUSH .4 
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We shall now use the algorithm of Theorem 29 to turn this machine back 
into a CFG. First we must put this PDA into conversion form: 




^ ACCEPT 



Notice that the branching that used to take place at the grand central POP 
must now take place at the grand central HERE. Notice also that since we 
insist there be a POP after every READ, we must have three POP's following 
READi. Who among us is so brazen as to claim to be able to glance at this 
machine and identify the language it accepts? 

The next step is to put this PDA into a summary table: 
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From 


TO 


READ 


POP 


PUSH 


ROW 


START 


HERE 


— 


$ 


5$ 


1 


HERE 


HERE 


— 


s 


SS 


2 


HERE 


HERE 


— 


s 


AA 


3 


HERE 


READi 


— 


A 


— 


4 


READ, 


HERE 


a 


S 


S 


5 


READ, 


HERE 


a 


$ 


$ 


6 


READ, 


HERE 


a 


A 


A 


7 


HERE 


READ 2 




$ 


$ 


8 


READ 2 


ACCEPT 


A 


$ 




9 



We are now ready to write out all the productions in the row-language. 
We always begin with the production from Rule 1: 

S -»• Ato(START,ACCEPT,$) 

There are two rows with no PUSH parts and they give us, by Rule 2: 

^(HERE,READ!,A) -> Row 4 

Atef(READ 2 ,ACCEPT,$) ->• Row 9 

From Row, we get 12 productions of the form: 

Atef(START,X,$) -> Rov/iNet(HERE,Y,$)Net(Y,X,$) 

where X = HERE, READ,, READ 2 , or ACCEPT and Y = HERE, READ, 
or READ 2 . 

From Row 2 we get eight productions of the form: 

Net(HERE,X,S) -> Row 2 Net(HERE,Y,S) Net(Y,X,S) 
where X = HERE, READ,, READ 2 , or ACCEPT and Y = HERE or READ,. 
From Row 3 we get eight productions of the form: 

Net(HERE,X,S) -* Row 3 Net(HERE,Y,A)Net(Y,X,A) 
where X = HERE, READ,, READ 2 , or ACCEPT and Y = HERE or READ,. 
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From Row 5 we get the four productions: 

Net(READ u X,S) -* Row 5 M>r(HERE,X„S) 

where X = HERE, READi, READ 2 , or ACCEPT. 
From Row 6 we get the four productions: 

Ater(READ,,X,$) -» Row 6 Ater(HERE,X,$) 

where X = HERE, READ,, READ 2 , or ACCEPT. 
From R0W7 we get the four productions: 

A/et(READ lv X,A) -* Row 7 Nef(HERE,X,A) 

where X = HERE, READ 1; READ 2 , or ACCEPT. 
From Row 8 we get the one production: 

A^(HERE,ACCEPT,$) -» Row 8 Net (RE AD 2 , ACCEPT, $). 

All together, this makes a grammar of 44 productions for the row-language. 

We shall now do something we have not discussed before. We can trim 
from the row-language grammar all the productions that are never used in the 
derivation of words. For example, in the simple grammar 

S -> a I X I Ya 

X^XX 

it is clear that only the production 5 — > a is ever used in the derivation of 
words in the language. The productions S —> X, S — * Ya and X — * XX, as well 
as the nonterminals X and Y, are all useless. 

We have not previously demonstrated an algorithm for pruning grammars, 
but we can develop one now, from the principles of common sense (tenets 
heretofore eschewed). 

At all times we shall look only at the formal grammar, never at the original 
PDA, since the insight we can find in this simple PDA will not always be 
so easy to come by in more complicated cases. We must try to follow rules 
that can apply in all cases. 

Our question is: In a derivation from S to a string of the terminals, Row,, 
Row 2 , . . . , Row 8 , which productions can obviously never be used? 

If we are ever to turn a working string into a string of solid terminals, we 
need to use some productions at the end of the derivation that do not introduce 
nonterminals into the string. In this grammar only two productions are of the 
form: 

Nonterminal — > string of terminals 



CFG = PDA 



413 



They are: 

Atef(HERE,READ!,A) -» Row 4 

and 

Ater(READ 2 ,ACCEPT,$) -h> Row 9 

If any words are generated by this row-language grammar at all, then one 
of these productions must be employed as the last step in the derivation. 

In the step before the last, we should have a working string that contains 
all terminals except for one of the possible nonterminals /Vef(HERE,READ!,A) 
or Afer(READ 2 .ACCEPT , $) . 

Still counting backward from the final string, we ask: What production could 
have been used before these two productions to give us such a working string? 
It must be a production in which the right side contains all terminals and one 
or both of the nonterminals above. 

Of the 44 productions, there are only two that fit this description: 

Afer(HERE,ACCEPT,$) -> Row 8 Ato(READ 2 , ACCEPT,$) 

7Ver(READ!,READ,,A) -» Row 7 Afer(HERE,READi ,A) 

This gives us two more useful nonterminals, Net(HERE, ACCEPT, $) and 
Afer(READi ,READj ,A). 

We have now established that any working string containing terminals and 
some of the four nonterminals: 

M?r(HERE,READ,, A) 

M?f(READ 2 ,ACCEPT,$) 

/Vetf(HERE,ACCEPT,$) 

Ater(READ,,READ,,A) 

can be turned by these productions into a string of all terminals. 

Again we ask the question: What could have introduced these nonterminals 
into the working string? 

There are only two productions with right sides that have only terminals 
and these four nonterminals. They are: 

Afef(HERE,READ] ,5) -> Row 3 A f ^(HERE,READ 1 ,A)^(READ,,READ 1 ,A) 

and 



Afef(READ,,ACCEPT,$) -> Row 6 M?r(HERE, ACCEPT, $) 
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We shall call these two nonterminals "useful" as we did before. We can 
now safely say that any working string that contains terminals and these six 
nonterminals can be turned into a word. 

Again we ask the question: How can these new useful nonterminals show 
up in a word? The answer is that there are only two productions with right 
sides that involve only nonterminals known to be useful. They are: 

M>r(READi,READ,,S) -> Row 5 Ate^HERE.READ^S) 

and 

Atef(ST ART, ACCEPT, $) — > Row, ^KHERE.READ^SW^READlACCEPT.S) 

So now we can include A^READ^READ^S) and A^(START,ACCEPT,$) 
on our list of useful symbols because we know that any working string that 
contains them and the other useful symbols can be turned by the productions 
into a word of all terminals. This technique should be familiar by now. From 
here we can almost smell the blue paint. 

Again we ask which of the remaining productions have useful right sides, 
that is, which produce strings of only useful symbols? Searching through the 
list we find two more. They are: 

Ato(HERE,READ,,S) -»• Row 2 ^r(HERE,READ,,5)^(READ 1 ,READ 1 ,5) 

and 

S -»• yVe?(START, ACCEPT, $) 

This makes both Ato(HERE,READ,,S) and S useful. This is valuable in- 
formation since we know that any working string working composed only of 
useful symbols can be turned into a string of all terminals. When applied to 
the working string of just the letter S, we can conclude that there is some 
language that can be generated from the start symbol. The row-language there- 
fore contains some words. 

When we now go back through the list of 44 productions looking for any 
others that have right sides composed exclusively of useful symbols we find 
no new productions. In other words, each of the other remaining productions 
introduces onto its right-side some nonterminal that cannot lead to a word. 

Therefore, the only useful part of this grammar lies within the 10 produc- 
tions we have just considered above. Let us recapitulate them: 

Prod 1 5 -> Mtf(START,ACCEPT,$) 

Prod 2 M?/(START,ACCEPT,$) -> Row iAte/(HERE, READ!, S)M?r(READi, ACCEPT, $) 
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Prod 3 


Ate((HERE,READ|,S) -* 


Row 2 A'fr(HERE,READi,S)A'ef(READi ,READ|,S) 


Prod 4 


Atet(HERE,READi,S) 


RowjAtef (HERE.READ, ,A)Ato(READ, ,READ, A) 


Prod 5 


Net(HERE,READ,,A) -> 


Row 4 


Prod 6 


Ato(READ,,READ l; S) -> Row 5 A , e((HERE,READ 1 ,S) 


Prod 7 


Ato(READ,, ACCEPT, $) 


-> Row 6 M?;(HERE,ACCEPT,$) 


Prod 8 


M>f (READ,, READ,, ,4) - 


» Row 7 M?f(HERE,READ,,A) 


Prod 9 


Ne((HERE,ACCEPT,$) -> Row 8 AW(READ 2 ,ACCEPT,$) 


Prod 10 


M>f(READ 2 ,ACCEPT,$) 


-» R0W9 



We can now make an observation from looking at the grammar that could 
have been made by looking at the PDA alone. For this particular machine 
and grammar, each row appears in only one production. 

The CFG above is the grammar for the row-language. To obtain the gram- 
mar for the actual language of the PDA, we must also include the following 



productions: 








Prod 


11 


Row] 




A 


Prod 


12 


Row 2 




A 


Prod 


13 


Row 3 




A 


Prod 


14 


Row 4 




A 


Prod 


15 


R0W5 




a 


Prod 


16 


Row 6 




a 


Prod 


17 


R0W7 




a 


Prod 


18 


Row 8 




A 


Prod 


19 


R0W9 




A 



This grammar is too long and has too many nonterminals for us simply to 
look at it and tell immediately what language it generates. So we must perform 
a few obvious operations to simplify it. We have been very careful never to 
claim that we have rules that will enable us to understand the language of a 
CFG. However, there are a few tricks we can employ to help us a little. 

First, let us observe that if N is a nonterminal that appears on the left side 
of productions all of which are of the form: 

N —* string of terminals 

then we can eliminate N from the CFG entirely by substituting these right- 
side strings for N wherever N occurs in the productions (and of course dropping 
the productions from AO- This is similar to the way in which we eliminated 
unit productions in Chapter 16. This simplification will not change the language 
generated by the CFG. 
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This trick applies to the CFG before us in many places. For example, the 
production 

Row 6 —> a 

is of this form and this is the only production from this nonterminal. We can 
therefore replace the nonterminal Row 6 throughout the grammar with the letter 
a. 

Not only that, but the production 

Row 2 — > A 

is also of the form specified in the trick. Therefore, we can use it to eliminate 
the nonterminal Row 2 from the grammar. In fact, all the nonterminals of the 
form Row, can be so eliminated. 

Prod 1 is a unit production, so we can use the algorithm for eliminating 
unit productions (given in Theorem 22) to combine it with Prod 2. The result 
is: 

S -> ^f(HERE,READ 1 ,5)N^(READ,,ACCEPT,$) 
As we said before any nonterminal N that has only one production: 

N — > some string 

can be eliminated from the grammar by substituting the right-side string for 
N everywhere it appears. 

As we shall presently show this rule can be used to eliminate all the non- 
terminals in the present CFG except for the symbol S and Afer(HERE,READi,S), 
which is the left side of two different productions. 

We shall illustrate this process in separate stages. First, we obtain: 



Prod 1 and 2 S -> ^(HERE,READ 1 ,5)^(READ,,ACCEPT,$) 

Prod 3 M?f(HERE,READ,„S) -> Afef(HERE,READ,„S) 

Afcr(READi,READ,,5) 

Prod 4 and 5 A^f(HERE,READ,,S) -> Ato(READi,READ,,A) 

Prod 6 Ato(READ, ,READ, ,5) -»• oAtef (HERE.READ, ,S) 

Prod 7 Ate? (RE AD i , ACCEPT , $) aAter(HERE, ACCEPT, $) 

Prod 8 and 5 Afef (READ,, READ, ,A) -> a 

Prod 9 and 10 ADHERE, ACCEPT, $) -> A 



Notice that the READ 2 's completely disappear. 

We can now combine Prod 9 and 10 with Prod 7. Prod 8 and 5 can be 
combined with Prod 4 and 5. Also Prod 6 can be combined with Prod 1 



CFG = PDA 



417 



and 2 to give: 

S -> AterCHERE.READ,, S)a 

Now let us rename the nonterminal M?r(HERE,READ,,S) calling it X. The 
entire grammar has been reduced to 

S^>Xa 

X^XaX 

X-> a 

This CFG generates the same language as the PDA. However, it is not 
identical to the CFG with which we started. To see that this CFG does generate 
EVEN A, we draw the beginning of its left-most total language tree. 




It is clear what is happening. All words in the language have only a's as 
letters. All working strings have an even number of symbols (terminals plus 
nonterminals). The production S — > Xa can be used only once in any derivation, 
from then on the working string has an even length. The substitution X — > XaX 
would keep an even-length string even just as X — * a would. 

So the final word must have an even number of letters in it, all a's. We 
must also show that all even-length strings of a's can be derived. To do this, 
we can say, that to produce a 2 " we use S — > Xa once, then X — * XaX left- 
most n— 1 times, and then Z— » a exactly n times. 

For example, to produce a 8 : 

5 4> Xa => XaXa ^ XaXaXa => XaXaXaXa aaXaXaXa 
^> aaaaXaXa ^> aaaaaaXa ^> a % ■ 

Before finishing our discussion of Theorem 29 we should say a word about 
condition 8 in the definition of conversion form. On the surface it seems that 
we never made use of this property of the PDA in our construction of the 
CFG. We didn't. However, it is an important factor in showing that the CFG 
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generates the language accepted by the machine. According to our definition 
of PDA it is possible for a machine to accept an input string without reading 
the whole string. One example is a machine that accepts all strings beginning 
with an a. From START we go to a READ state which checks the first letter. 
If it is an a we accept. The path through the machine that the word abb takes 
is identical to the path for the word aaa. If we converted this machine into 
a CFG the row-language version of a successful path would correspond only 
to the word a. However, if we insist on condition 8 then each row-language 
word will correspond to a different unique word in the language of the PDA. 



PROBLEMS 

For each of the CFG's below, construct a PDA that accepts the same language 
they generate, using the algorithm of Theorem 28. 

1. (i) S^aSbb\abb 
(ii) S -> SS | a | b 

2. S -* XaaX 

X -> aX\bX\A 

3. S — » aS | aSbS \ a 

4. S -* XY 

X-> aX\bX\a 
Y-^Ya\Yb\a 

5. S -> Xa | Yb 
X ^ Sb\b 
Y — » Sa | a 

6. (i) S —* Saa \ aSa \ aaS 

(ii) How many words of length 12 are there in this language? 

7. (i) S (S)(5) | a 

Parentheses are terminals here, 
(ii) How many words are there in this language with exactly four a's? 



CFG = PDA 



419 



8. (i) S-+XaY\YbX 

X-^YY\aY\b 
Y^b\bb 
(ii) Draw the total language tree. 

9. Explain briefly why it is not actually necessary to convert a CFG into 
CNF to use the algorithm of Theorem 28 to build a PDA that accepts 
the same language. 

10. Let us consider the set of all regular expressions to be a language over 
the alphabet 

2 = {a b ( ) + * A} 
Let us call this language REGEX. 

(i) Prove that REGEX is nonregular. 

(ii) Prove that REGEX is context-free by producing a grammar for it. 

(iii) Draw a PDA that accepts REGEX. 

(iv) Draw a deterministic PDA that accepts REGEX. 

11. (i) Draw a PDA in conversion form that has twice as many READ 

states as POP states. 

(ii) Draw a PDA in conversion form that has twice as many POP states 
as READ states. 



12. (i) In a summary table for a PDA, can there be more rows with 
PUSH than rows with no PUSH? 

(ii) In a summary table for PDA, can there be more rows that PUSH more 
than one letter than there are rows that PUSH no letter? 

(iii) On a path through a PDA generated by a word in the language of the 
PDA, can there be more rows that PUSH more than one letter than 
rows that PUSH no letters? 



13. Consider the PDA used as an example in the proof of Theorem 29, the 
PDA for the language {a 2n b"}. Of the 33 productions listed in this chapter 
as being in the CFG for the row-language, it was shown that some (for 
example, Prod 22, Prod 23, Prod 24, and Prod 19) can be dropped 
from the grammar since they can never be used in the derivation of any 
word in the row-language. Which of the remaining 23 nonterminals can 
be used in any productions? Why? 



14. Write out the reduced CFG for the row-language formed by deleting the 
useless nonterminals in Problem 13 above. Draw the total language tree 
to demonstrate that the language accepted by the PDA is in fact {a 2 "b n }. 
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15. Consider this PDA: 



^ START ^ 




READ 



»» PUSH b PUSH a >- PUSH a 



Q REJECT ^ 



(i) What is the language of words it accepts? 

(ii) Put it into conversion form. 

(iii) Build a summary table for this PDA. 




POP 



^ ACCEPT ^ 



16. 



17. 



(i) Write out the CFG for the row-language. Do not list useless Nets. 

(ii) Write out the CFG for the language accepted by this machine. 

(i) Simplify the CFG of Problem 16 by deleting unused productions. 

(ii) Prove this CFG generates the language of the machine above. 



18. Starting with the CFG 

S — * aSb | ab 

for {a n b n } 

(i) Put this CFG into CNF. 

(ii) Take this CNF and make a PDA that accepts this language. 

(iii) Take this PDA and put it into conversion form. (Feel free to eliminate 
useless paths and states.) 

(iv) Now take this PDA and build a summary table for it. 

19. (i) From the summary table produced in Problem 18, write out the 

productions of the CFG that generate the row-language of the PDA. 

(ii) Convert this to the CFG that generates the actual language of the PDA 
(not the row-language). 



20. 



Prove that every context-free language over the alphabet {a, b) can be 
accepted by a PDA with three READ states. 



CHAPTER 19 



CONTEXT-FREE 
LANGUAGES 



In Part I after finding machines that act as acceptors or recognizers for regular 
languages, we discussed some properties of the whole class of regular lan- 
guages. We showed that the union, the product, the Kleene closure, the com- 
plement, and the intersection of regular languages are all regular. We are now 
at the same point in our discussion of context-free languages. In this section 
we prove that the union, the product, and the Kleene closure of context-free 
languages are context-free. What we shall not do is show that the complement 
and intersection of context-free languages are context-free. Rather, we show 
in the next two chapters that this is not true in general. 

THEOREM 30 

If L\ and L 2 are context-free languages, then their union, L\ + L 2 , is also a 
context-free language. In other words, the context-free languages are closed 
under union. 
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PROOF 1 (by Grammars) 

This will be a proof by constructive algorithm, which means that we shall 
show how to create the grammar for L, + L 2 out of the grammars for L\ and 
L 2 . 

Since L x and L 2 are context-free languages, there must be some CFG's that 
generate them. 

Let the CFG for L, have the start symbol S and the nonterminals A, B, 
C . . . Let us change this notation a little by renaming the start symbol S\ 
and the nonterminals A,, B u C t ... All we do is add the subscript 1 onto 
each character. For example, if the grammar were originally 

S -»• aS | SS | AS |A 
A AA | b 

it would become 

Si — » aSi | S]5i | Aj5i | A 
Ai -» AiA) | b 

where the new nonterminals are Si and Ai. 

Notice that we leave the terminals alone. Clearly, the language generated 
by this CFG is the same as before, since the added l's do not affect the 
strings of terminals derived. 

Let us do something comparable to a CFG that generates L 2 - We add a 
subscript 2 to each symbol. For example, 

S -> AS | SB | A 
A — > aA | a 
B^bB\b 

becomes 

S 2 -> A 2 S 2 | S 2 B 2 | A 
A 2 — > aA 2 | a 
fi 2 bB 2 | 

Again we should note that this change in the names of the nonterminals 
has no effect on the language generated. 

Now we build a new CFG with productions and nonterminals that are those 
of the rewritten CFG for L t and the rewritten CFG for L 2 plus the new start 
symbol S and the additional production: 



S -> S, | s 2 
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Because we have been careful to see that there is no overlap in the use 
of nonterminals, once we begin S —> S\ we cannot then apply any productions 
from the grammar for L 2 . All words with derivations that start S — » S\ belong 
to Li, and all words with derivations that begin S —> S 2 belong to L 2 . 

All words from both languages can obviously be generated from S. Since 
we have created a CFG that generates the language L, + L 2 , we conclude it 
is a context-free language. ■ 

EXAMPLE 

Let Li be PALINDROME. One CFG for L x is 

S ->■ aSa | bSb \ a \ b | A 
Let L 2 be {a n b" where n 3= 0}. One CFG for L 2 is 

S -»■ aSb | A 

Theorem 30 recommends the following CFG for L x + L 2 . 

S-* S X \S 2 

S { -> aSiCt | bSib \ a\b\A 
S 2 — » aS 2 b | A 

■ 

No guarantee was made in this proof that the grammar proposed for L x + L 2 
was the simplest or most intelligent CFG for the union language, as we can 
see from the following. 

EXAMPLE 

One CFG for the language EVENPALINDROME is 

S -*> aSa | bSb \ A 

One CFG for the language ODDPALINDROME is 

S -> aSa | bSb | a \ b 

Using the algorithm of the proof above we produce the following CFG for 
PALINDROME: 



PALINDROME = EVENPALINDROME + ODDPALINDROME 
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5 -> 5, | 5 2 

51 — » aSia | fc5i& | A 

5 2 — * aS 2 a I bS 2 b I « I b 

We have seen more economical grammars for this language before. ■ 

No stipulation was made in this theorem that the set of terminals for the 
two languages had to be the same. 



EXAMPLE 

Let L x be PALINDROME over the alphabet Si = {a,b}, while L 2 is 
{c"d n where n 3= 0} over the alphabet S 2 = {c, d). Then one CFG that generates 
L t + L 2 is: 

S^S,\S 2 

51 — > a$\a I Wii I a I b I A 

5 2 —> cS 2 d I A 

This is a language over the alphabet {a,b,c,d}. ■ 

In the proof of this theorem we made use of the fact that context-free 
languages are generated by context-free grammars. However, we could also 
have proven this result using the alternative fact that context-free languages 
are those accepted by PDA's. 



PROOF 2 (by Machines) 

Since L x and L 2 are context-free languages, we know (from the previous chap- 
ter) that there is a PDA\ that accepts L\ and a PDA 2 that accepts L 2 . 

We can construct a PDA? that accepts the language of Lj + L 2 by amal- 
gamating the START states of these two machines. This means that we draw 
only one START state and from it come all the edges that used to come from 
either prior START state. 
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becomes 



c 



\nPDA 



START 



7 



In PDA 2 
C START J 



In PDA 3 




Once an input string starts on a path on this combined machine, it follows 
the path either entirely within PDA X or entirely within PDA 2 since there are 
no cross-over edges. 

Any input reaching an ACCEPT state has been accepted by one machine 
or the other and so is in L\ or in L 2 . Also any word in L x + L 2 can find 
its old path to acceptance on the subpart of PDA 3 that resembles PDA X or 
PDA 2 . ■ 

Notice how the nondeterminism of the START state is important in the 
proof above. We could also do this amalgamation of machines using a single- 
edge START state by weaseling our way out, as we saw in Chapter 17. 



EXAMPLE 

Consider these two machines: 



PDA, 



C 



START 



I 



PUSH a 



PUSHb 




READ 

if 




POP 



^ ACCEPT ^ 



PDA, 
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PDAi accepts the language of all words that contain a double a. PDA 2 
accepts all words that begin with an a. The machine for L x + L 2 is: 



PDA, 




Notice that we have drawn PDA 3 with only one ACCEPT state by combining 
the ACCEPT states from PDA X and PDA 2 . 

This was not mentioned in the algorithm in the proof, but it only simplifies 
the picture without changing the substance of the machine. ■ 



THEOREM 31 

If L, and L 2 are context-free languages, then so is L\L 2 . In other words, the 
context-free languages are closed under product. 

PROOF 1 (by Grammars) 

Let CFG i and CFG 2 be context-free grammars that generate L\ and L 2 , re- 
spectively. Let us begin with the same trick we used last time: putting a 1 
after every nonterminal in CFG\ (including 5) and a 2 after every nonterminal 
in CFG 2 . 

Now we form a new CFG using all the old productions in CFG X and CFG 2 
and adding the new START symbol S and the production 



S ^ S\S 2 



CONTEXT-FREE LANGUAGES 



427 



Any word generated by this CFG has a front part derived from S x and a 
rear derived from S 2 . The two sets of productions cannot cross over and interact 
with each other because the two sets of nonterminals are completely disjoint. 
It is therefore in the language L X L 2 . 

The fact that any word in L X L 2 can be derived in this grammar should be 
no surprise. ■ 

(We have taken a little liberty with mathematical etiquette in our use of 
the phrase ". . . should be no surprise." It is more accepted to use the cliches 
"obviously ..." or "clearly ..." or "trivially . . .". But it is only a matter 
of style. A proof only needs to explain enough to be convincing. Other virtues 
a proof might have are that it be interesting lead to new results or be con- 
structive. The proof above is at least the latter.) 

EXAMPLE 

Let L x be PALINDROME and CFG X be 

S -> aSa | bSb \ a \ b | A 
Let L 2 be {a"b n where n ^ 0} and CFG 2 be 

S aSb | A 
The algorithm in the proof recommends the CFG: 

S S X S 2 

S x aS x a | bS x b \ a \ b | A 
S 2 -* aS 2 b | A 

for the language L X L 2 . B 



(?)PROOF 2 (by Machines) 

For the previous theorem we gave two proofs: one grammatical and one me- 
chanical. There is an obvious way to proceed to give a machine proof for 
this theorem too. The front end of the word should be processed by one PDA 
and the rear end of the word processed on the second PDA. Let us see how 
this idea works out. 

If we have PDA X that accepts L x and PDA 2 that accepts L 2 , we can try to 
build the machine PDA 3 that accepts L X L 2 as follows. 
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Draw a black dot. Now take all the edges of PDA] that feed into any 
ACCEPT state and redirect them into the dot. Also take all the edges that 
come from the START state of PDA 2 and draw them coming out of the dot. 
Erase the old PDA X ACCEPT and the old PDA 2 START states. 



This kind of picture is not legal in a pushdown automaton drawing because 
we did not list "a black dot" as one of the pieces in our definition of PDA. 
The black dot is not necessary. We wish to connect every state that leads to 
ACCEPT-PDA, to every state in PDA 2 that comes from STAKT-PDA 2 . We 
can do this by edges drawn directly pointing from one machine to another. 
Alternately the edges from PDA { can lead into a new artificial state: PUSH 
OVER, that is followed immediately by POP OVER whose nondeterministic 
edges all labeled OVER continue to PDA 2 . Let us call this the black dot. 

For an input string to be accepted by the new PDA its path must first reach 
the black dot and then proceed from the dot to the ACCEPT states of PDA 2 . 
There is no path from the START (of PDA\) to ACCEPT (of PDA 2 ) without 
going through the dot. The front substring with a path that leads up to the 
dot would be accepted by PDA U and the remaining substring with a path that 
leads from the dot to ACCEPT would be accepted by PDA 2 . Therefore, all 
words accepted by this new machine are in the language L { L 2 . 

It is also obvious that any word in L X L 2 is accepted by this new machine. 

Not so fast. 

We did not put an end-of-proof mark, ■, after the last sentence because 
the proof actually is not valid. It certainly sounds valid. But it has a subtle 
flaw, which we shall illustrate. 

When an input string is being run on PDA\ and it reaches ACCEPT, we 
may not have finished reading the entire INPUT TAPE. The two PDA's that 
were given in the example above (which we have redrawn below) illustrate 
this point perfectly. In the first we reach the ACCEPT state right after reading 
a double a from the INPUT TAPE. The word baabbb will reach ACCEPT 
on this machine while it still has three b's unread. 



becomes 
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The second machine presumes that it is reading the first letter of the L 2 
part of the string and checks to be sure that the very first letter it reads is 
an a. 

If we follow the algorithm as stated above, we produce the following. From 



PDA : PDA 2 



we get 




The resultant machine will reject the input string (baabbb){aa) even though 
it is in the language L X L 2 because the black dot is reached after the third letter 
and the next letter it reads is a b, not the desired a, and the machine will 
crash. Only words containing aaa are accepted by this machine. 

For this technique to work, we must insist that PDA X , which accepts L 1( 
have the property that it reads the whole input string before accepting. In other 
words, when the ACCEPT state is encountered, there must be no unread input 
left. What happens if we try to modify PDA\ to meet this requirement? Suppose 
we use PDA\ version 2 as below, which employs a technique from the proof 
of Theorem 27: 
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^ START ^ 



PUSH 6 



PUSH a 





POP 




ACCEPT 



This machine does have the property that when we get to ACCEPT there 
is nothing left on the TAPE. This is guaranteed by the READ loop right 
before ACCEPT. However, when we process the input (baabbb)(aa) , we shall 
read all eight letters before reaching ACCEPT and there will be nothing left 
to process on PDA 2 because we have insisted that the TAPE be exhausted by 
the first machine. Perhaps it is better to leave the number of letters read before 
the first ACCEPT up to the machine to decide nondeterministically. 

If we try to construct PDA 3 using PDA\ version 3 as shown below, with 
a nondeterministic feed into the black dot, we have another problem. 



c 



START 



PUSH b 



PUSH o "* 
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This conglomerate will accept the input (baabbb)(bba) by reading the first 
two £>'s of the second factor in the PDA\ part and then branching through the 
black dot to read the last letter on the second machine. However, this input 
string actually is in the language L,L 2 , since it is also of the form (babbbbb)(a). 

So this PDA 3 version works in this particular instance, but does it work 
in all cases? Are we convinced that even though we have incorporated some 
nondeterminism there are no undesirable strings accepted? 

As it stands, the discussion above is no proof. Luckily this problem does 
not affect the first proof, which remains valid. This explains why we put the 
"?" in front of the word "proof above. No matter how rigorous a proof 
appears, or how loaded with mathematical symbolism, it is always possible 
for systematic oversights to creep in undetected. The reason we have proofs 
at all is to try to stop this. But we never really know. We can never be sure 
that human error has not made us blind to substantial faults. The best we can 
do, even in purely symbolic abstract mathematics, is to try to be very very 
clear and complete in our arguments, to try to understand what is going on, 
and to try many examples. 

THEOREM 32 

If L is a context-free language, then L* is one too. In other words, the context- 
free languages are closed under Kleene star. 



PROOF 

Let us start with a CFG for the language L. As always, the start symbol for 
this language is the symbol 5. Let us as before change this symbol (but no 
other nonterminals) to 5, throughout the grammar. Let us then add to the list 
of productions the new production: 

5 -»• 5,5 | A 

Now we can, by repeated use of this production, start with 5 and derive: 

5 => 5,5 5,5,5 => 5,5,5,5 ^> 5,5,5,5,5 

= ^ SiS\S\S]S]S = ^ 5,5,5]5,5] 

Following each of these 5,'s independently through the productions of the 
original CFG, we can form any word in L* made up of five concatenated 
words from L. To convince ourselves that the productions applied to the various 
separate word factors do not interfere in undesired ways we need only think 
of the derivation tree. Each of these 5,'s is the root of a distinct branch. The 
productions along one branch of the tree do not effect those on another. Sim- 
ilarly, any word in L* can be generated by starting with enough copies of 
Sr. m 



432 PUSHDOWN AUTOMATA THEORY 



EXAMPLE 

If the CFG is 

S -» aSa | bSb \ a \ b | A 

(which generates PALINDROME), then one possible CFG for PALINDROME* 
is 

S XS I A 

X -> aXa | bXb \ a \ b | A 

Notice that we have used the symbol X instead of the nonterminal Si, which 
was indicated in the algorithm in the proof. Of course, this makes no 
difference. I 



PROBLEMS 

In Problems 1 through 14, find CFG's for the indicated languages over 
2 = {a, b). When n appears as an exponent, it means n = 1, 2, 3, . . . 

1. All words that start with an a or are of the form a"b". 

2. All words that start with a b or are of the form a"b n . 

3. All words that have an equal number of a's and b's or are of the form 

a n b n . 

4. All words of the form a m b n , where m > n or the form a n b". 

5. All words in EVEN-EVEN*. 

6. All words of the form 

a"b n a m b m , where n, m = 1 2 3 ... but m need not = n 
= {abab aabbab abaabb . . .aaaabbbbab aaabbbaaabbb . . .} 
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7. All words of the form 

a x b y a z , where x, y, z = 12 3... and x + z = y 
= {abba aabba abbbaa aabbbbaa . . .} 

Hint: The concatenation of a word of the form a n b" with a word of the 
form b'"a m gives a word of the form a x b y a z , where y = x + z. 

8. All words of the form 

a n b 2n a m b 2m , where n, m = 1 2 3 ... but m need not = n 
= {abbabb abbaabbbb aabbbbabb. . .} 

9. All words of the form 

a x b y a 2 , where x, y, z = 1 2 3 ... and y = 2x + 2z 
= {abbbba abbbbbbaa aabbbbbba . . .} 

10. All words of the form 

a x b y a\ where x, y, z = 1 2 3 . . . and y = 2x + z 
= {abbba abbbbaa aabbbbba. . .} 

11. (i) All words of the form 

a x b y a z , where x, y, z = 1 2 3 ... 
and 

y = 5x + Iz 

(ii) For any two positive integers p and q the language of all words of 
the form 

a x b y a z , where x, y, z = 1 2 3 ... 
and 
y = px + qz 
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12. (i) All words of the form 

a x b y a z b w , where x, y, z, w = 1 2 3 ... 
and 

y > x and z > w 
and 

x + z = y + w 
Hint: Think of these words as: 

(a p b") (b" a") (a r b r ) 
(ii) What happens if we throw away the restrictions y > x and z > w? 

13. (i) Find a CFG for the language of all words of the form 

a n b" or b n a", where n = 12 3... 

(ii) Is the Kleene closure of the language in part (i) the language of all 
words with an equal number of a's and b's that we have called EQUAL? 

(iii) Using the algorithm from Theorem 32, find the CFG that generates 
the closure of the language in part (i). 

(iv) Compare this to the CFG for the language EQUAL given before. 

(v) Write out all the words in 

(Language of part (i))* 
that have eight or fewer letters. 

14. Use the results of Theorems 30, 31, and 32 and a little ingenuity and 
the recursive definition of regular languages to provide a new proof that 
all regular languages are context-free. 

15. (i) Find a CFG for the language: 

L, = a(bb)* 

(ii) Find a CFG for the language Li*. 

Using the appropriate algorithm from this chapter, 

(iii) Find a CFG for the language L 2 = (bb)*a. 

(iv) Find a CFG for L 2 *. 

(v) Find a CFG for 

L 3 = bba*bb + bb 
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(vi) Find a CFG for L 3 * 

(vii) Find a CFG for 

Li* + L 2 * + L 3 * 

(viii) Compare the CFG in (vii) to 

S-*aS\bbS\A 
Show that they generate the same language. 

16. A substitution is the action of taking a language L and two strings of 
terminals called s a and s b and changing every word of L by substituting 
the string s a for each a and the string s b for each b in the word. This 
turns L into a completely new language. Let us say for example that 
L was the language defined by the regular expression: 

a*(bab* + aa)* 

and say that: 

s a = bb s b = a 
then L would become the language defined by the regular expression 

(bb)*(abba* + bbbb)* 

(i) Prove that after any substitution any regular language is still regular. 

(ii) Prove that after any substitution a CFL is still context-free. 

17. Find PDA's that accept 

(i) {a"b m , where n, m = 1 2 3 . . . and n+ m} 

(ii) {a x b y a z , where x, y, z = 1 2 3 . . . and x + z = y.} 

(iii) LiL 2 , where 

L\ — all words with a double a 
L 2 = all words that end in a 

18. If L is any language, then we can define L + as the collection of all 
words that are formed by concatenating at least one word from L. This 
is related to the definition of L* in the same way just as the regular 
expression a + is related to the regular expression a*. 

(i) If A is a word in L, show that L + = L* 

(ii) Show that L + is always the product of the languages L and L*\ 

L + = LL* 
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(iii) If L is a CFL, we have shown how to find a CFG that generates L*. 
Show how to find a CFG that generates L + . 

(iv) If L is a CFL, show how to build a PDA for L*. Show how to build 
a PDA for L + from the PDA for L. 

19. Let L\ be any finite language and let L 2 be accepted by PDA 2 . Show 
how to build a PDA that accepts L\L 2 - 

20. (i) Some may think that the machine argument that tried to prove 

Theorem 31 could be made into a real proof by using the algo- 
rithms of Theorem 27 to convert the first machine into one that 
empties its STACK and TAPE before accepting. If while emptying 
the TAPE a nondeterministic leap is made to the START state of 
the second machine, it appears that we can accept exactly the 
language L\L 2 . Demonstrate the folly of this belief. 

(ii) Show that Theorem 31 can have a machine proof if the machines are 
those developed in Theorem 28. 

(iii) Provide a machine proof for Theorem 32. 



CHAPTER 20 



NON-CONTEXT-FREE 

LANGUAGES 



We are now going to answer the most important question about context-free 
languages: Are all languages context-free? No. 

To prove this we have to make a very careful study of the mechanics of 
word production from grammars. Let us consider a CFG that is in Chomsky 
normal form. All of its productions are of the form: 

Nonterminal — > Nonterminal Nonterminal 

or else 

Nonterminal — * terminal 
Let us, for the moment, abandon the disjunctive BNF notation: 
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and instead write each production as a separate line and number them: 

Prod 1 Af-» . . . 
Prod 2 N -» . . . 
Prod 3 N —> . . . 

In the process of a particular left-most derivation for a particular word in 
a context-free language, we have two possibilities: 

1. No production has. been used more than once. 

2. At least one production has been repeated. 

Every word with a derivation that satisfies the first possibility can be defined 
by a string of production numbers that has no repetitions. Since there are only 
finitely many productions to begin with, there can be only finitely many words 
of this nature. 

For example, if there are 106 productions, 

Prod 1 
Prod 2 
Prod 3 

Prod 106 

then there are exactly 106! possible permutations of them. Some of these 
sequences of productions when applied to the start symbol S will lead to the 
generation of a word by left-most derivation and some (many) will not. 

Suppose we start with S and after some partial sequence of applications of 
productions we arrive at a string of all terminals. Since there is no left-most 
nonterminal, let us say that the remaining productions that we may try to apply 
leave this word unchanged. 

We are considering only left-most derivations. If we try to apply a pro- 
duction with a left-side nonterminal that is not the same as the left-most non- 
terminal in the working string, the system crashes — the sequence of productions 
does not lead to a word. 

For example, consider the CFG for EVENPALINDROME: 

Prod 1 S ->• aSa 
Prod 2 S -> bSb 
Prod 3 S -> A 
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All possible permutations of the three productions are: 

Prod 1 S => aSa Prod 1 S => aSa 

Prod 2 => abSba Prod 3 => aa 

Prod 3 => abba Prod 2 ^> aa 



Prod 


2 




Prod 2 


S^>bSb 


Prod 


1 


=^> baSab 


Prod 3 




Prod 


3 


=J> 6aa6 


Prod 1 


66 


Prod 


3 


5 => A 


Prod 3 


5 => A 


Prod 


1 


4> A 


Prod 2 


=> A 


Prod 


2 


=> A 


Prod 1 


^> A 



The only words in EVENPALINDROME that can be generated without 
repetition of production are A, aa, bb, abba, and baab. Notice that aaaa, 
which is just as short as abba, cannot be produced without repeating Prod 
1. 

In general, not all sequences of productions lead to left- most derivations. 
For example, consider the following CFG for the language ab*: 



Prod 1 




XY 


Prod 2 




a 


Prod 3 


Y —* 


bY 


Prod 4 




A 



Only productions with a left side that is 5 can be used first. The only 
possible first production in a left-most derivation here is Prod 1. After this, 
the left-most nonterminal is X, not Y, so that Prod 3 does not apply yet. The 
only sequences of productions (with no production used twice) that lead to 
words in this case are: 

Prod 1 S XY Prod 1 S => XY 

Prod 2 aY Prod 2 ^> aY 

Prod 3 abY and Prod 4 => a 

Prod 4 ab Prod 3 => a 

So the only words in this language that can be derived without repeated pro- 
ductions are a and ab. 



THEOREM 33 

Let G be a CFG in Chomsky normal 
form: 



form. Let us call the productions of the 
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Nonterminal — * Nonterminal Nonterminal 
live and the productions of the form: 

Nonterminal — » terminal 

dead. 

There are only finitely many words in the language generated by G with 
a left-most derivation that does not use any of the live productions at least 
twice. In other words, if we are restricted to using the live productions at 
most once each, we can generate only finitely many words by left-most der- 
ivations. 



PROOF 

The question we shall consider is: How many nonterminals are there in the 
working strings at different stages in the production of a word? 

Suppose we start (in some abstract CFG in CNF that we need not specify) 
with: 

S=> AB 

The right side, the working string, has exactly two nonterminals. If we apply 
the live production: 

A^> XY 

we get: 

XYB 

which has three nonterminals. Now applying the dead production: 

X —* b 

we get: 

^> bYB 

with two nonterminals. But now applying the live production: 

Y^SX 
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we get: 

bSXB 

with three nonterminals again. 

Every time we apply a live production we increase the number of nonter- 
minals by one. Every time we apply a dead production we decrease the number 
of nonterminals by one. Since the net result of a derivation is to start with 
one nonterminal, S, and end up with none (a word of solid terminals), the 
net effect is to lose a nonterminal. Therefore, in all cases, to arrive at a string 
of only terminals, we must apply one more dead production than live pro- 
duction. 

For example (again these derivations are in some arbitrary, uninteresting 
CFG's in CNF), 



S^>b 




S^>XY 
=> aY 
=^> aa 




S => AB 
=> AYS 
^ bXB 
bSXB 




or 




or 


baXB 
baaB 
baab 


0 live 




1 live 




3 live 


1 dead 




2 dead 




4 dead 



Let us suppose that the grammar G has exactly 

p live productions 

and 

q dead productions 

Since any derivation that does not reuse a live production can have at most 
p live productions, it must have at most (p + 1) dead productions. Each letter 
in the final word comes from the application of some dead production. There- 
fore, all words generated from G without repeating any live productions have 
at most (p + 1) letters in them. 

Therefore, we have shown that the words of the type described in this 
theorem cannot be more than (p + 1) letters long. Therefore, there can be 
at most finitely many of them. ■ 

Notice that this proof applies to any derivation, not just left-most derivations. 
However, we are interested only in the left-most situation. 
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Suppose that a left-most Chomsky derivation used the same live production 
twice. What would be the consequences? 

Let us start with a CFG for the language NONNULLPALINDROME: 

S — » aSa | bSb \ a \ b \ aa \ bb 

We can easily see that all palindromes except A can be generated from this 
grammar. We "Chomsky-ize" it as follows: 



Original Form 

S — > aSa 
S-+ bSb 
S — * a 
b 

S —> aa 
S-> bb 
A — > a 
b 



Form of Theorem 23 

S-* ASA 
S-* BSB 
S — ■> a 
S-> b 
S^ AA 
S-+ BB 



CNF 



S^ 


AX 


X 


SA 


S-» 


BY 


K-» 


SB 


S -» 


AA 




BB 


S^ 


a 


s-> 


b 


A -» 


a 


B -> 


b 



The left-most derivation of the word abaaba in this grammar is: 



S => AX 
=> a X 
=> a SA 

a BYA 
=> ab YA 

ab SBA 
=> ab AABA 
=^> aba ABA 

abaa BA 
=^ abaab A 
=^ abaaba 



When we start with a CFG in CNF, in all left- most derivations, each in- 
termediate step is a working string of the form: 

=^> (string of solid terminals) (string of solid Nonterminals) 

This is a special property of left-most Chomsky working strings. To em- 
phasize this separation of the terminals and the nonterminals in the derivation 
above, we have inserted a meaningless space between the two substrings. 

Let us consider some arbitrary, unspecified CFG in CNF. 
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Suppose that we employ some live production, say, 

XY 

twice in the derivation of some word w in this language. That means that at 
one point in the derivation, just before the duplicated production was used the 
first time, the left-most Chomsky working string had the form 

=> Z (s 2 ) 

where si is a string of terminals and s 2 is a string of nonterminals. At this 
point the left-most nonterminal is Z. We now replace this Z with XY according 
to the production and continue the derivation. Since we are going to apply 
this production again at some later point, the left-most Chomsky working string 
will sometime have the form: 

=> (j,) (s 3 ) Z (s 4 ) 

where Si is the same string of terminals unchanged from before (once the 
terminals have been derived in the front they stay put, nothing can dislodge 
them) S3 is a newly formed string of terminals, and s 4 is the string of non- 
terminals remaining. We are now about to apply the production Z — » XY for 
the second time. 

Where did this second Z come from? Either the second Z is a tree des- 
cendant of the first Z or else it comes from something in the old s 2 . By the 
phrase "tree descendant" we mean that in the derivation tree there is an ever- 
downward path from one Z to the other. 

Let us look at an example of each possibility. 
Case 1. Let us consider an arbitrary grammar: 

S — » AZ 
Z-+ BB 
B^ZA 
A^>a 
B-> b 

as we proceed with the derivation of some word we find: 

S ^ AZ 
=> aZ 
=> aBB 
abB 
=> abZA 
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As we see from the derivation tree, the second Z was derived (descended) 
from the first. We can see this from the diagram because there is a downward 
path from the first Z to the second. 

On the other hand we could have something like this. 

Case 2. In the arbitrary grammar: 

S —>■ AA 
A^BC 
C —> BB 
A^a 
B^b 

as we proceed with the derivation of some word we find: 

S ^ AA 
=>BCA 
^> bCA 
=> bBBA 




Two times the left-most nonterminal is B, but the second B is not descended 
from the first B in the tree. There is no downward path from the first B to 
the second B. 
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We shall now show that in an infinite language we can always find an 
example of Case 1. 

THEOREM 34 

If G is a CFG in CNF that has 

p live productions 

and 

q dead productions 

and if w is a word generated by G that has more than 2 P letters in it, then 
somewhere in every derivation tree for w there is an example of some non- 
terminal (call it Z) being used twice as the left-most nonterminal where the 
second Z is descended from the first Z. 



PROOF 

Why did we include the arithmetical condition that: 

length(w) > 2 p ? 

This condition ensures that the production tree for w has more than p rows 
(generations). This is because at each row in the derivation tree the number 
of symbols in the working string can at most double. 

For example, in some abstract CFG in CNF we may have a derivation tree 
that looks like this: 
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(In this figure the nonterminals are chosen completely arbitrarily.) If the bottom 
row has more than IP letters, the tree must have more than p + 1 rows. 

Let us consider the last terminal that was one of the letters formed on the 
bottom row of the derivation tree for w by a dead production, say, 

X^b 

The letter b is not necessarily the right-most letter in w, but it is a letter 
formed after more than p generations of the tree. That means it has more than 
p direct ancestors up the tree. 

From the letter b we trace our way back up through the tree to the top, 
which is the start symbol S. In this backward trace we encounter one non- 
terminal after another in the inverse order in which they occurred in the de- 
rivation. Each of these nonterminals represents a production. If there are more 
than p rows to retrace, then there have been more than p productions in the 
ancestor path from b to S. 

But there are only p different live productions possible in the grammar G; 
so if more than p have been used in this ancestor-path, then some live pro- 
ductions have been used more than once. 

The nonterminal on the left side of this repeated live production has the 
property that it occurs twice (or more) on the descent line from S to b. This 
then is a nonterminal that proves our theorem. 

Before stamping the end-of-proof box, let us draw an illustration, a totally 
arbitrary tree for a word w in a grammar we have not even written out: 
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The word w is babaababa. Let us trace the ancestor-path of the circled 
terminal a from the bottom row up. 

a came from Y by the production Y — * a 

Y came from X by the production X -+ BY 

X came from S by the production S — » XY 

S came from B by the production B — » 

B came from X by the production X — » 

X came from S by the production 5 — * XY 

If the ancestor chain is long enough, one production must be used twice. 
In this example, X — » BY is used twice and S — > XY is used twice. The two 
X's that have boxes drawn around them satisfy the conditions of the theorem. 
One of them is descended from the other in the derivation tree of w. M 



DEFINITION 

In a given derivation of a word in a given CFG a nonterminal is said to be 
self-embedded if it ever occurs as a tree descendant of itself. ■ 

Theorem 34 says that in any CFG all sufficiently long words have left-most 
derivations that include a self-embedded nonterminal. 



EXAMPLE 

Consider the CFG for NONNULLPALINDROME 

AX 
X^ SA 
S^BY 
Y^ SB 
S — » a 

There are six live productions, so, according to Theorem 34, it would re- 
quire a word of more than 2 6 = 64 letters to guarantee that each derivation 
has a self-embedded nonterminal in it. 

If we are only looking for one example of a self-embedded nonterminal we 
can find such a tree much more easily than that. Consider this derivation tree 
for the word aabaa. 



S^b 
S — » AA 
S-+BB 
A —> a 
B^b 
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S Level 1 

/\ 

A X Level 2 




Level 3 



Level 4 

Level 5 



Level 6 



This tree has six levels, so it cannot quite guarantee a self-embedded non- 
terminal, but it has one anyway. Let us begin with the b on level 6 and trace 
its path back up to the top: 

"The b came from S which came from X, which came from S, which came 
from X, which came from 5". 



In this way we find that the production X — * SA was used twice in this tree 
segment: 




S A 



The self-embedded nonterminal that we find in the example above, using 
the algorithm given in the proof of Theorem 34, is not just a nonterminal that 
is descended from itself. It is more. It is a nonterminal, say Z, that was 
replaced by a certain production that later gave birth to another Z that was 
also replaced by the same production in the derivation of the word. Specif- 
ically, the first X was replaced by the production X — » SA and so was its 
descendant. We can use this fact, with the self-embedded X's in this example 
to make some new words. 

The tree above proceeds from S down to the first X. Then from the second 
X the tree proceeds to the final word. But once we have reached the second 
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X, instead of proceeding with the generation of the word as we have it here, 
we could instead have repeated the same sequence of productions that the first 
X initiated, thereby arriving at a third X. The second can cause the third exactly 
as the first caused the second. From this third X we could proceed to a final 
string of all terminals in a manner exactly as the second X did. 

Let us review this logic once more slowly. The first X can start a subtree 
that produces the second X, and the second X can start a subtree that produces 
all terminals, but it does not have to. Instead the second can begin a subtree 
exactly like the first's. This will then produce a third X. From this third X 
we can produce a string of all terminals as the second X used to. Instead of 
having this list of productions applied 

Down S —> ■ ■ ■ 

to the 
first X 

X^> ■ ■ ■ 

Down • • • 

to the 

second X X^> • • ■ 

Down ■ • ■ 

to the 
end of the 
word 

the middle section of productions could have been repeated: 

Down to the 
first X 



Down to the 
second X 

Repeat the 
last section of 
productions 

Now down to 
the end of 
the word 

Everyone should feel the creeping sensation of familiarity. Is this not like 
finding a circuit and looping around it an extra time? 

Let us illustrate this process with a completely arbitrary concrete example. 



X -* 
X -> 
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Suppose we have these productions in a nonsense CFG to illustrate the point. 

S-> AB 
S —> BC 
A-+BA 
C->BB 
B —*■ AB 
A —> a 
B^b 
C-*b 



One word that has a self-embedded nonterminal is aabab. 



Step Number 



Derivation 



Productions 
Used 



S=>AB 
=^> BAB 
ABAB 



S^AB 
A^BA 
B^ AB 



=> aBAB 
a ABAB 



A ■ 
B 



a 

AB 



^> aaBAB 
aabAB 
=^ aabaB 
=^> aabab 



A-^a 
B-*b 
A->a 
B-> b 



From line 2 to line 3 we employed the production B — > AB. This same 
production is employed from line 4 to line 5. Not only that, but the second 
left-most B is a descendant of the first. 

Therefore, we can make new words in this language by repeating the se- 
quence of productions used in lines 3, 4, and 5 as if the production for line 
5 was the beginning of the same sequence again: 



Derivation 



S^AB 
BAB 

ABAB 
^> aBAB 

=> aABAB 

aaBAB 
=> aaABAB 

aaaBAB 



Productions Used 



S 

A ■ 



AB 
BA 



B 

A 



AB 
a 



B —> AB 



A 
B 



a 

AB 



Identical 
sequence 
of 

productions 
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=> aaabAB B -» b 

=^ aaabaB A — » a 

aaabab B —* b 

The sequence can be repeated as often as we wish. 

Derivation Productions Used 

S => AB 
=> BAB 

^> ABAB 
^> aBAB 
=> aABAB 
=> aafl/lfi 
=> aaABAB 
=> aaaBAB 
^> aaaABAB 
=J> aaaaBAB 
aaaaABAB 

=^> aaaaaBAB 
aaaaabAB 
=^> aaaaabaB 
=^> aaaaabab 

This repetition can be explained in tree diagrams as follows. What is at 
first 

Derivation tree for aafcafe 



S 




a .4 B 




A 



AB 
BA 



B — > AB 




A — a 






6 — > AB 






A -> a 




B ^ AB 




A^ a 






B -» AB 






A->a 




B^AB 


A^> a 


B -> A 


A — > a 




Identical 
repeated 
sequences 
of 

productions 
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Even though the self-embedded nonterminals must be along the same descent 
line in the tree, they do not have to be consecutive nodes (as in the example 
above) but may be more distant relatives. 

For the arbitrary CFG 

S^AB 
A^> BC 
C^AB 
A^>a 
B^b 

One possible derivation tree is 



/ A \ B 

//\\ \ 

/ B C \ b 

// /XW 

( b / A. n B i 

— -7-V--\-\-\ 
/ B C \ \ 

f A_ B ) 

a b 
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In this case we find the self-embedded nonterminal A in the dotted triangle. 
Not only is A self-embedded, but it has already been used twice the same 
way (two identical dotted triangles). 

Again we have the option of repeating the sequence of productions in the 
triangle as many times as we want. 



d. j - A. 



This is why in the last theorem it was important that the repeated nonter- 
minals be along the same line of descent. 

This entire situation is analogous to the Pumping Lemma of Chapter 11, 
so it should be no surprise that this technique was discovered by the same 
people: Bar-Hillel, Perles, and Shamir. The following theorem, called "the 
Pumping Lemma for context-free languages," states the consequences of re- 
iterating a sequence of productions from a self-embedded nonterminal. 



THEOREM 35 



If G is any CFG in CNF with p live productions and w is any word generated 
by G with length greater than 2 P , then we can break w up into five substrings: 



w = u v x y z 



such that jc is not A and v and y are not both A and such that all the words 



uvxyz 
uvvxyyz 
uvvvxyyyz 
uvvwxyyyyz 



• = uVxfz for n = 1, 2, 3, . . . 



can also be generated by G. 
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PROOF 

From our previous theorem, we know that if the length of w is greater than 
2 P , then there are repeated nonterminals along the same descent line in each 
tree diagram for w; that is, there are always self-embedded nonterminals. 

Let us now fix in our minds one specific derivation of w in G. Let us call 
one self-embedded nonterminal P and let the production it uses to regenerate 
itself be 

P-* QR 

(These names are all arbitrary.) 

Let us suppose that the tree for w looks like this: 

A 
/ /\ 




... w ... 



The triangle indicated encloses the whole part of the tree generated from 
the first P down to where the second P is produced. It is not clear whether 
the second P comes from the Q-branch or the /?-branch of the tree, nor does 
it matter. 

Let us divide w into these five parts: 

u = the substring of all the letters of w generated to the left of the triangle 

above. (This may be A.) 
v = the substring of all the letters w generated by the derivation inside the 

triangle to the left of the lower nonterminal P. 

(This may be A.) 
x = the substring of w descended from the lower P. 

(This may not be A since this nonterminal must turn into some 

terminals.) 
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y = the substring of w of the terminals generated by the derivation 

inside the triangle to the right of the lower P. 

(This may be A, but, as we shall see, not if v = A.) 
z = the substring of all the letters of w generated to the right of the 

triangle. (This may be A.) 



Pictorially: 




For example, the following is a complete tree in an unspecified grammar. 




Now it is possible that either u or z or both might be A, as in the following 
example where S is the self-embedded nonterminal and all the letters of w 
are generated inside the triangle: 
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However, either v is not A or y is not A or both are not A. This is because 
in the picture 




p 



even though the lower P can come from the upper Q or from the upper R, 
there must still be some other letters in w that come from the other branch, 
the branch that does not produce this P. 

This is important, since if it were ever possible that 

v = y = A 

then 

u v" x y" z 

would not be an interesting collection of words. 

Now let us ask ourselves, what happens to the end word if we change the 
derivation tree by repeating the productions inside the triangle? In particular, 
what is the word generated by this doubled tree (which we know to be a valid 
derivation tree in G)? 




As we see can from the picture, we shall be generating the word 

u v v x y y z 
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Remember that u, v, x, y, z are all strings of a's and b's, and this is 
another word generated by the same grammar. The u part comes from 5 to 
the left of the whole triangle. The first v is what comes from inside the first 
triangle to the left of the second P. The second v comes from the stuff in 
the second triangle to the left of the third P. The x part comes from the third 
P. The first y part comes from the stuff in the second triangle to the right 
of the third P. The second y comes from the stuff in the first triangle to the 
right of the second P. The z, as before, comes from S from the stuff to the 
right of the first triangle. 

It may be helpful for a minute to forget grammars and concentrate on tree 
surgery. We start with two identical derivations of w drawn as trees. From 
the first tree we clip off the branch growing from the first P. On the second 
tree we clip off the branch growing from the second P. Then we graft the 
branch from the first tree onto the second tree at the cut node. The resultant 
tree is necessarily a possible derivation tree in this grammar. What word does 
it produce? The grafted branch from the first tree produces the string vxy. The 
pruned branch the second tree lost produced only the string x. Replacing x 
by vxy turns uvxyz into uvvxyyz. 

If we tripled the triangle we would get 



which must therefore also be in the language generated by G. 

In general, if we repeat the triangle n times we get a derivation tree for 
the word 




s 



which is a derivation tree for the word 



uvvvxyyyz 



u V x y" z 



which must therefore also be in the language generated by G. 



458 PUSHDOWN AUTOMATA THEORY 



EXAMPLE 

We shall analyze a specific case in detail and then consider the situation in 
its full generality. Let us consider the following CFG in CNF: 

S^PQ 
Q^QS\b 
P^> a 

The word abab can be derived from these productions by the following der- 
ivation tree. 




Here we see three instances of self-embedded nonterminals. The top S has 
another 5 as a descendant. The Q on the second level has two <2's as des- 
cendants, one on the third level and one of the fourth level. Notice, however, 
that the two P's are not descended one from the other, so neither is self- 
embedded. For the purposes of our example, we shall focus on the self-embed- 
ded £?'s of the second and third levels, although it would be just as good to 
look at the self-embedded S's. The first Q is replaced by the production Q —> QS, 
while the second is replaced by the production Q — > b. Even though the two 
Q's are not replaced by the same productions, they are self -embedded and we 
can apply the technique of this theorem. 

If we draw this diagram: 

S ^PQ 
^>aQ 
^>aQS 
=> abS 

abPQ 

abaQ 

abab 



we can see that the word w can be broken into the five parts uvxyz as follows. 
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s 




u x y 



We have located a self-embedded nonterminal Q and we have drawn a triangle 
enclosing the descent from Q to Q. The w-part is the part generated by the 
tree to the left of the triangle. This is only the letter a. The v-part is the 
substring of w generated inside the triangle to the left of the repeated non- 
terminal. Here, however, the repeated nonterminal Q, is the left-most character 
on the bottom of the triangle. Therefore, v = A. The *-part is the substring 
of w descended directly from the second occurrence of the repeated nonterminal 
(the second Q). Here that is clearly the single letter b. The j-part is the rest 
of w generated inside the triangle, that is, whatever comes from the triangle 
to the right of the repeated nonterminal. In this example this refers to every- 
thing that descends from the second S, which is the only thing at the bottom 
of the triangle to the right of the Q. What is descended from this 5 is the 
substring ab. The z-part is all that is left of w, that is, the substring of w 
that is generated to the right of the triangle. In this case, that is nothing, 
z = A. 

u = a v = A x = b y = ab z = A 

The following diagram shows what would happen if we repeated the triangle 
from the second Q just as it descends from the first Q. 



s 




If we now fill in the picture by adding the terminals that descend from the 
P, the Q, and the S"s, as we did in the original tree, we complete the new 
derivation tree as follows. 
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Here we can see that the repetition of the triangle does not effect the u- 
part. There was one u-part and there still is only one w-part. If there were 
a z-part, that too would be left alone, since these are defined outside the 
triangle. There is no v-part in this example, but we can see that the ;y-part 
(its right-side counterpart) has become doubled. Each of the two triangles gen- 
erates exactly the same y-part. In the middle of all this the *-part has been 
left alone. There is still only one bottom repeated nonterminal from which the 
jt-part descends. The word with this derivation tree can be written as uvvxyyz. 

u v v x y y z = a A A b ab ab A 
= ababab 

If we had tripled the triangle instead of only doubling it, we would obtain 
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This word we can easily recognize as 

uvvvxyyyz = aAAAbabababA 

In general, after n occurrences of the triangle we obtain a derivation of the 
word 

u v" x y" z 

■ 

Now that we understand this specific example in excruciating detail, we can 
speed up our analysis of the general case. 

In general, a derivation tree with a self-embedded nonterminal N looks like 
this. 




\ , / 

w 

Let us decompose w into the five substrings u,v,x,y,z as defined above. 



s 




u v x y z 



Let us reiterate the production sequence from N to N as it occurs in the 
triangle. 
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And again 



s 




U V V V x y y y z 



After n triangles we have 

u v...v x y . . . y z 
< „ ' > , ' 

n of them n of them 

= u V x y" z 

All the trees we have described are valid derivation trees in our initial 
grammar, so all the words they generate must be in the language generated 
by that grammar. ■ 

As before, the reason this is called the Pumping Lemma and not the Pump- 
ing Theorem is that it is to be used for some presumedly greater purpose. In 
particular, it is used to prove that certain languages are not context-free or as 
we shall say, they are non-context-free. 



EXAMPLE 

Let us consider the language: 

{a"b"a n for n = 12 3...} 
= {aba aabbaa aaabbbaaa . . . } 

Let us think about how this language could be accepted by a PDA. As we 
read the first a's, we must accurately store the information about exactly how 
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many a's there were, since a 100 b"a" must be rejected but a"b"a" must be 
accepted. We can put this count into the STACK. One obvious way is to put 
the a's themselves directly into the STACK, but there may be other ways of 
doing this. Next we read the b's and we have to ask the STACK if the number 
of b's is the same as the number of a's. The problem is that asking the 
STACK this question makes the STACK forget the answer afterward, since 
we pop stuff out and cannot put it back until we see that the STACK is 
empty. There is no temporary storage possible for the information that we 
have popped out. The method we used to recognize the language {a"b"} was 
to store the a's in the STACK and then destroy them one-for-one with the 
b's. After we have checked that we have the correct number of b's, the STACK 
is empty. No record remains of how many a's there were originally. Therefore, 
we can no longer check whether the last clump of a's in a"b n a" is the correct 
size. In answering the first question, the information was lost. This STACK 
is like a student who forgets the entire course after the final exam. 

All we have said so far is, "We don't see how this language can be context- 
free since we cannot think of a PDA to accept it." This is, of course, no 
proof. Maybe someone smarter can figure out the right PDA. 

Suppose we try this scheme. For every a we read from the initial cluster 
we push two a's into the STACK. Then when we read b's we match them 
against the first half of the a's in the STACK. When we get to the last clump 
of a's we have exactly enough left in the STACK to match them also. The 
proposed PDA is this. 




Match 
— input a's 
against stack a's 



Stack and 
— tape empty 
simultaneously 



The problem with this idea is that we have no way of checking to be sure 
that the b's use up exactly half of the a's in the STACK. Unfortunately, the 
word a 1( Va 12 is also accepted by this PDA. The first 10 a's are read and 20 
are put into the STACK. Next 8 of these are matched against b's. Lastly, 
the 12 final a's match the a's remaining in the STACK and the word is 
accepted even though we do not want it in our language. 

The truth is that nobody is ever going to build a PDA that accepts this 
language. This can be proven using the Pumping Lemma. In other words, we 
can prove that the language {a"b"a n } is non-context-free. 
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To do this, let us assume that this language could be generated by some 
CFG in CNF. No matter how many live productions this grammar has, some 
word in this language is bigger than 2 P . Let us assume that the word 

w = a 200 fc 200 a 200 

is big enough (if it's not, we've got a bag full of much bigger ones). 
Now we show that any method of breaking w into five parts 

w = u v x y z 

will mean that 

u v 2 x y 2 z 

cannot be in {a"b"a"}. 

There are many ways of demonstrating this, but let us take the quickest. 

Observation 

All words in {a"b"a"} have exactly one occurrence of the substring ab no matter 
what n is. Now if either the v-part or the v-part has the substring ab in it, 
then 

2 2 

u v x y z 

will have more than one substring of ab, and so it cannot be in {a"b"a n }. 
Therefore, neither v nor y contains ab. 

Observation 

All words in {a"b"a"} have exactly one occurrence of the substring ba no matter 
what n is. Now if either the v part or the y part has the substring ba in it, 
then 

u v 2 x y 2 z 

has more than one such substring, which no word in {a n b n a n } does. Therefore, 
neither v nor y contains ba. 

The only possibility left is that v and y must be all a's, all b's, or A 
otherwise they would contain either ab or ba. But if v and y are blocks of 
one letter, then 

u v 2 x y 2 z 

has increased one or two clumps of solid letters (more a's if v is a's, etc.). 
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However, there are three clumps of solid letters in the words in {a n b"a n }, and 
not all three of those clumps have been increased equally. This would destroy 
the form of the word. 
For example, if 

fl 200^200 fl 200 

= a 200 b 10 b 40 b 90 a* 2 a 3 a 115 

u v x y z 

then 

u v 2 x y 2 z 

= (a 20O b 70 ) (b 40 ) 2 (bV) (a 3 ) 2 (a 115 ) 

= a 20O b 24O a 203 

=h a n b n a" for any n 

The V% and the second clump of a's were increased, but not the first a's. 
The exponents are no longer the same. 

We must emphasize that there is no possible decomposition of this w into 
uvxyz. It is not good enough to show that one partition into five parts does 
not work. It should be understood that we have shown that any attempted 
partition into uvxyz must fail to have uvvxyyz in the language. 

Therefore, the Pumping Lemma cannot successfully be applied to the lan- 
guage {a"b n a"} at all. But the Pumping Lemma does apply to all context-free 
languages. 

Therefore, {a"b"a"} is not a context-free language. I 



EXAMPLE 

Let us take, just for the duration of this example, a language over the alphabet 
£ = {a,b,c}. Consider the language: 

{a"b"c" for n = 1 2 3 ... } 

= { abc aabbcc aaabbbccc . . . } 

We shall now prove that this language is non-context-free. 
Suppose it were context-free and suppose that the word 

W = a 200£200 c 200 

is large enough so that the Pumping Lemma applies to it. That means larger 
than 2 P , where p is the number of live productions. We shall now show that 
no matter what choices are made for the five parts u, v, x, y, z: 
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u v 2 x y 2 i 

cannot be in the language. 

Again we begin with some observations. 

Observation 

All words in a"b n c" have: 

Only one substring ab 
Only one substring be 
No substring ac 
No substring ba 
No substring ca 
No substring cb 

no matter what n is. 

If v or y is not a solid block of one letter (or A), then 

u v 2 x y 2 z 

would have more of some of the two-letter substrings ab, ac, ba, be, ca, cb 
than it is supposed to have. On the other hand, if v and y are solid blocks 
of one letter (or A), then one or two of the letters a, b, c would be increased 
in the word uvvxyyz while the other letter (or letters) would not increase in 
quantity. But all the words in a"b"c n have equal numbers of a's, b's, and c's. 
Therefore, the Pumping Lemma cannot apply to the language {a"b n c n }, which 
means that this language is non-context-free. ■ 

Theorem 13 and Theorem 35 have certain things in common. They are both 
called "Pumping Lemma," and they were both proven by Bar-Hillel, Perles, 
and Shamir. What else? 

THEOREM 13 

If w is a word in a regular language L and w is long enough, then w can 
be decomposed into three parts: 

w = x y z 

such that all the words 

x y" z 



must also be in L. 
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THEOREM 35 

If w is a word in a context-free language L and w is long enough, then w 
can be decomposed into five parts: 



The proof of Theorem 13 is that the path for w must be so long that it 
contains a sequence of edges that we can repeat indefinitely. The proof of 
Theorem 35 is that the derivation for w must be so long that it contains a 
sequence of productions that we can repeat indefinitely. 

We use Theorem 13 to show that {a"b"} is not regular because it cannot 
contain both xyz and xyyz. 

We use Theorem 35 to show that {a"b n a n } is not context-free because it 
cannot contain both uvxyz and uvvxyyz. 

One major difference is that the Pumping Lemma for regular languages acts 
on the machines while the Pumping Lemma for context-free languages acts 
on the algebraic representation, the grammar. Is it possible to pump a PDA? 
Is it possible to pump a regular expression? The symbol we have been 
using means "after one substitution turns into" as in S ^ XS or AbXSB ^ AbXSb. 

There is another useful symbol that is employed in this subject. It is 



"=£>" and it means "after some number of substitutions turns into." For ex- 
ample, for the CFG: 



w = u v x y z 



such that all the words 



u v" x y" x 



must also be in L. 



* 



S 



SSS I b 



we could write: 




instead of: 



S ^> SSS => SSb Sbb ^> bbb 



In the CFG: 



S SA I BS | BB 
A X | a 



X — > A 
B^b 
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we called A nullable because A—>X and X— » A. In the new notation we 
could write: 

A 4> A 

In fact, we can give a neater definition for the word nullable based on the 
* 

symbol =>. It is: 

N is nullable if iV => A 

This would have been of only marginal advantage in the proof of Theorem 
21, since the meaning of the word nullable is clear enough anyway. It is 
usually our practice to introduce only that terminology and notation necessary 
to prove our theorems. 

* 

The use of the * in the combination symbol is analogous to the Kleene 
use of *. It still means some undetermined number of repetitions. 

In this chapter we made use of the human ability to understand pictures 
and to reason from them abstractly. Language and mathematical symbolism 
are also abstractions; the ability to reason from them is also difficult to explain. 
But it may be helpful to reformulate the argument in algebraic notation using 
* 

Our definition of a self-embedded nonterminal was one that appeared among 
its own descendants in a derivation tree. This can be formulated symbolically 
as follows: 



DEFINITION 

In a particular CFG, a nonterminal N is called self-embedded if there are 
strings of terminals v and y not both null, such that 

N 4> vNy ■ 

This definition does not involve any tree diagrams, any geometric intuition, 
or any possibility of imprecision. 

The Pumping Lemma can now be stated as follows. 

Algebraic Form of the Pumping Lemma 

If w is a word in a CFL and if w is long enough, [length(w) > 2''], then there 
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exists a nonterminal N and strings of terminals u, v, x, y, and z (where v 
and y are not both A) such that: 

w = uvxyz 

S=$>uNz 

N^vNy 

and therefore 

u v" x y" z 
must all be words in this language for any n. 

The idea in the Algebraic Proof is 

S 4> uNz 
* 

=^> u (vNy) z 
— (uv) N (yz) 

4> («v) (vNy) (yz) 
= (uv 2 ) N (y 2 z) 

4> (uv 2 ) (vNy) (y 2 z) 
= uv 3 N y 3 z 

=> uv" N y"z 

^ uv" x y"z. ■ 

Some people are more comfortable with the algebraic argument and some 
are more comfortable reasoning from the diagrams. Both techniques can be 
mathematically rigorous and informative. There is no need for a blood feud 
between the two camps. 

There is one more similarity between the Pumping Lemma for contex-free 
languages and the Pumping Lemma for regular languages. Just as Theorem 
13 required Theorem 14 to finish the story, so Theorem 35 requires Theorem 
36 to achieve its full power. 

Let us look in detail at the proof of the Pumping Lemma. We start with 
a word w of more than 2 P letters. The path from some bottom letter back up 
to S contains more nonterminals than there are live productions. Therefore, 
some nonterminal is repeated along the path. Here is the new point: If we 
look for the first repeated nonterminal backing up from the letter, the second 
occurrence will be within p steps up from the terminal row (the bottom). Just 
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because we said that length(w) > 2 P does not mean it is only a little bigger. 
Perhaps length(w) = 10 p . Even so, the upper of the first self -embedded non- 
terminal pair scanning from the bottom encountered is within p steps of the 
bottom row in the derivation tree. 

What significance does this have? It means that the total output of the upper 
of the two self-embedded nonterminals produces a string not longer than 2 P 
letters in total. The string it produces is vxy. Therefore, we can say that 

length (vxy) < 2" 

This observation turns out to be very useful, so we call it a theorem: the 
Pumping Lemma with Length. 

THEOREM 36 

Let L be a CFL in CNF with p live productions. 

Then any word w, in L with length > 2 P can be broken into five parts: 

w = uvxyz 

such that 

length (vxy) =£ 2" 

length (x) > 0 

length (v) + length (y) > 0 



and such that all the words 



uvvxyyz 
uvvvxyyyz 
uvvvvxyyyyz 



uv xy z 



are all in the language L. ■ 

The discussion above has already proven this result. 
We now demonstrate one application of a language that cannot be shown 
to be non-context-free by Theorem 35 but can be by Theorem 36. 



EXAMPLE 

Let us consider the language: 



L = {a n b m a n b m } 
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where n and m are integers 1, 2, 3 . . . and n does not necessarily equal m. 

L = {abab aabaab abbabb aabbaabb aaabaaab . . . } 

If we tried to prove that this language was non-context-free using Theorem 
35 we could have 



u 


= A 




V 


= first a's = cf 




X 


= middle fc's = 


W 


y 


= second a's = 




z 


= last b's = b> 






uv" xy" z 






= A (a*)" V> iff) 


n fry 



all of which are in L. Therefore we have no contradiction and the Pumping 
Lemma does apply to L. 

Now let us try a Theorem 36-type approach. If L did have a CFG that 
generates it, let that CFG in CNF have p live productions. Let us look at the 
word 

a b a b 

This word has length long enough for us to apply Theorem 36 to it. But from 
Theorem 36 we know: 

length(vxy) < 2" 

so v and y cannot be solid blocks of one letter separated by a clump of the 
other letter, since the separator letter clump is longer than the length of the 
whole substring vxy. 

By the usual argument (counting substrings of "aZ>" and "bd"), we see that 
v and y must be one solid letter. But because of the length condition the 
letters must all come from the same clump. Any of the four clumps will do: 

2 P u2 p 2 P u2 P 

cr b a b l 

However, this now means that some words not of the form 

a n b m a n b m 

must also be in L. Therefore, L is non-context-free. ■ 

The thought that unifies the two Pumping Lemmas is that if we have a 
finite procedure to recognize a language, then some word in the language is 
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so long that the procedure must begin to repeat some of its steps and at that 
point we can pump it further to produce a family of words. But what happens 
if the finite procedure can have infinitely many different steps? We shall con- 
sider this possibility in Chapter 24. 



PROBLEMS 

1. Study this CFG for EVENPALINDROME: 

S -> aSa 
S^bSb 
S — > A 

List all the derivation trees in this language that do not have two 
equal nonterminals on the same line of descent, that is, that do not have 
a self-embedded nonterminal. 

2. Consider the CNF for NONNULLEVENPALINDROME given below: 

S —> AX 
X^SA 
S->BY 
Y^ SB 
S — » AA 
S BB 
A—* a 
B^b 

(i) Show that this CFG defines the language it claims to define. 

(ii) Find all the derivation trees in this grammar that do not have a self- 
embedded nonterminal. 

(iii) Compare this result with Problem 1 . 

3. The grammar defined in Problem 2 has six live productions. This means 
that the second theorem of this section implies that all words of more 
than 2 6 = 64 letters must have a self-embedded nonterminal. Find a 
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better result. What is the smallest number of letters that guarantees that 
a word in this grammar has a self-embedded nonterminal in each of its 
derivations. Why does the theorem give the wrong number? 

4. Consider the grammar given below for the language defined by a*ba*. 



(i) Convert this grammar to one without A-productions. 

(ii) Chomsky-ize this grammar. 

(iii) Find all words that have derivation trees that have no self-embedded 
nonterminals. 

5. Consider the grammar for {a"b"}: 



(i) Chomsky-ize this grammar. 

(ii) Find all derivation trees that do not have self-embedded nonterminals. 

6. Instead of the concept of live productions in CNF, let us define a live 
nonterminal to be one appearing as the left side of a live production. 
A dead nonterminal, N, is one with only productions of the single form: 



If m is the number of live nonterminals in a CFG in CNF, prove 
that any word w of length more than 2 m will have self-embedded non- 
terminals. 

7. Illustrate the theorem in Problem 6 on the CFG in Problem 2. 

8. Apply the theorem of Problem 6 to the following CFG for 
NONNULLPALINDROME: 



S — » AbA 
A — > Aa I A 



S —> aSb ab 



N — » terminal 



S — » AX 
SA 

S^BY 
Y^SB 
AA 
S^BB 



S — > a 
S^b 
A—> a 
B^b 
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9. Why must the repeated nonterminals be along the same line of descent 
for the trick of reiteration in Theorem 34 to work? 

10. Prove that the language 



is non-context-free. 

12. Let L be the language of all words of any of the following forms: 

{a", a n b", a"b"a n , a"b"a"b", a n b n a n b"a n ... for n = 123...} 

= {a aa ab aaa aba aaaa aabb aaaaa ababa aaaaaa aaabbb aabbaa . . . 

(i) How many words does this language have with 105 letters? 

(ii) Prove that this language is non-context-free. 

13. Is the language 



{a"b n a n b n 
= {abab 



for n = 1 2 3 4...} 
aabbaabb . . . } 



is non-context-free. 



11. Prove that the language 



{a n b n a"b n a n forn = 1 2 3 4 . . . } 
= {ababa aabbaabbaa . . . } 



'b 2n a n for n = 1 2 3 . . . } 
= {abbba aabbbbbbaa . . . } 



context-free? If so, find a CFG for it. If not, prove so. 



14. Consider the language: 



{a n b n (f for n, m = 1 2 3 . . . , n not necessarily = m} 
= {abc abcc abbe aabbec . . . } 



Is it context-free? Prove that your answer is correct. 



15. Show that the language 



{a n b n c n d n for n = 1 2 3 . . . } 
= {abed aabbcedd . . . } 



is non-context free. 
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16. Let us recall the definition of substitution given in Chapter 19, Problem 
16. Given a language L and two strings s a and s b , a substitution is the 
replacement of every a in the words in L by the string s a and the re- 
placement of every b by the string s b . In Chapter 19 we proved that if 
L is any CFL and s a and s b are any strings, then the replacement language 
is also a CFL. Use this theorem to provide an alternative proof of the 
fact that {a n b"c"} is a non-context-free language. 

17. Using the result about replacements from Problem 16, provide two other 
proofs of the fact that the language in Problem 15 is non-context-free. 

18. Why does the Pumping Lemma argument not show that the language 
PALINDROME is not context-free? Show how v and y can be found 
such that uv n xy"z are all also in PALINDROME no matter what the word 
w is. 

19. Let VERYEQUAL be the language of all words over 2 = {a,b,c} that 
have the same number of a's and fo's and c's. 

VERYEQUAL 

= {abc acb bac bca cab cba aabbcc aabcbc. . . } 

Notice that the order of these letters does not matter. 
Prove that VERYEQUAL is non-context-free. 

20. The language EVENPALINDROME can be defined as all words of the 
form 

s reverse(j) 

where s is any string of letters from {a,b}*. Let us define the language 
UPDOWNUP as: 

L = {all words of the form 5 , (reverse(i))j where s is in (a + b)*} 
= {aaa bbb aaaaaa abbaab baabba bbbbbb 
. . . aaabbaaaaaab] 

Prove that L is non-context-free. 



CHAPTER 21 



INTERSECTION 

AND 

COMPLEMENT 



In Chapter 19 we proved that the union, product, and Kleene star closure of 
context-free languages are also context-free. This left open the question of 
intersection and complement. We now close this question. 

THEOREM 37 

The intersection of two context-free languages may or may not be context- 
free. 



PROOF 

We shall break this proof into two parts: may and may not. 
May 

All regular languages are context-free (Theorem 19). The intersection of two 
regular languages is regular (Theorem 12). Therefore, if L x and L 2 are regular 
and context-free then 

L\ n L 2 

is both regular and context-free. 
476 
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May Not 

Let 

L\ = {a"b"a m , where n,m = 12 3... 

but n is not necessarily the same as m} 
= {aba abaa aabba . . .} 

To prove that this language is context-free, we present a CFG that generates 

it. 

S^XA 

X -> aXb\ab 

A—>aA\a 

We could alternately have concluded that this language is context-free by ob- 
serving that it is the product of the CFL {a n b n } and the regular language aa* 
Let 

L 2 = {a"b m a m , where n,m = 12 3... 

but n is not necessarily the same as m] 
= {aba aaba abbaa . . . } 

Be careful to notice that these two languages are different. 

To prove that this language is context-free, we present a CFG that generates 

it: 

S-» AX 

X -> aXb | ab 

A — » a A | a 

Alternately we could observe that L z is the product of the regular language 
aa* and the CFL {b"a n }. 

Both languages are context-free, but their intersection is the language 

L 3 = £, n L 2 = {a"b"a" for n = 1 2 3 ... } 

since any word in both languages has as many starting a's as middle b's (to 
be in LO and as many middle _6's as final a's (to be in L 2 ). 

But in Chapter 20 we proved that this language L 3 is non-context-free. 
Therefore, the intersection of two context-free languages can be non-context- 
free. ■ 
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EXAMPLE (May) 

If L x and L 2 are two CFL's and if L x is contained in L 2 , then the intersection 
is L\ again, which is still context-free, for example, 

Lx = {a" for n = 1 2 3 ... } 
L 2 = PALINDROME 



L x is contained in L 2 ; therefore, 

l, n l 2 = -^i 

which is context-free. 

Notice that in this example we do not have the intersection of two regular 
languages since PALINDROME is nonregular. ■ 



EXAMPLE (May) 
Let: 

L, = PALINDROME 

L 2 = language ofa + b + a + = language of aa*bb*aa* 

In this case, 

L x n L 2 

is the language of all words with as many final a's as initial a's with only 
6's in between. 

L, n L 2 = {a n b m a n n,m = 1 2 3 . . . 

where n is not necessarily equal to m} 
= {aba abba aabaa aabbaa . . . } 

This language is still context-free since it can be generated by this grammar: 

S — > aSa | aBa 
B-*bB\b 



or accepted by this PDA: 
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First, all the front a's are put into the STACK. Then the b's are ignored. 
Then we alternately READ and POP a's till both the INPUT TAPE and STACK 
run out simultaneously. 

Again note that these languages are not both regular (one is, one is 
not). ■ 

We mention that these two examples are not purely regular languages be- 
cause the proof of the theorem as given might have conveyed the wrongful 
impression that the intersection of CFL's is a CFL only when the CFL's are 
regular. 



EXAMPLE (May Not) 

Let Li be the language 

EQUAL = all words with the same number of a's and b's 

We know this language is context-free because we have seen a grammar 
that generates it: 

5 -» bA | aB 
A —* bAA | aS \ a 
B^aBB\bS\b 



Let L 2 be the language 

L 2 = {a n b m a n n,m = 1 2 3. . . n = m or n i=m} 
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The language L 2 was shown to be context-free in the previous example. Now: 

L 3 = L, PI L 2 = {a n b 2n a n for n = 12 3...} 
= {abba aabbbbaa . . .} 

To be in L x = EQUAL, the £-total must equal the a-total, so there are 2n 
b's in the middle if there are n a's in the front and in the back. 

We use the Pumping Lemma of Chapter 20 to prove that this language is 
non-context-free. 

As always, we observe that the sections of the word that get repeated cannot 
contain the substrings ab or ba, since all words in L 3 have exactly one of 
each substring. This means that the two repeated sections (the v-part and y- 
part) are each a clump of one solid letter. If we write some word w of L 3 
as 

w = u v x y z 

then we can say of v and y that they are either all a's or all fc's or one is 
A. However, if one is solid a's, that means that to remain a word of the 
form a"b m a n the other must also be solid a's since the front and back a's 
must remain equal. But then we would be increasing both clumps of a's with- 
out increasing the b's, and the word would then not be in EQUAL. If neither 
v nor y have a's, then they increase the b's without the a's and again the 
word fails to be in EQUAL. 

Therefore, the Pumping Lemma cannot apply to L 3 , so L 3 is non-context- 
free. H 

The question of when the intersection of two CFL's is a CFL is apparently 
very interesting. If an algorithm were known to answer this question it would 
be printed right here. Instead we shall move on to the question of complements. 

The story of complements is similarly indecisive. 



THEOREM 38 

The complement of a context-free language may or may not be context-free. 



PROOF 

The proof is in two parts: 
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May 

If L is regular, then L' is also regular and both are context-free. 
May Not 

This is one of our few proofs by indirect argument. 

Suppose the complement of every context-free language were context-free. 
Then if we started with two such languages, L\ and L 2 , we would know that 
L\ and L 2 are also context-free. Furthermore, 

W + L 2 ' 

would have to be context free by Theorem 30. 
Not only that but, 

ov + L 2 y 

would also have to be context-free, as the complement of a context-free lan- 
guage. But, 

(V + L 2 y = l, n l 2 

and so the intersection of L, and L 2 must be context-free. But L, and L 2 are 
any arbitrary CFL's, and therefore all intersections of context-free languages 
would have to be context-free. But by the previous theorem we know that 
this is not the case. 

Therefore, not all context-free languages have context-free complements. 



EXAMPLE (May) 

All regular languages have been covered in the proof above. There are also 
some nonregular but context-free languages that have context-free complements. 
One example is the language of palindromes with an X in the center, 
PALINDROMEX. This is a language over the alphabet {a, b, X}. 

= {w X reverse(w), where w is any string in (a + b)*} 
= {X aXa bXb aaXaa abXba baXab bbXbb . . . } 

This language can be accepted (as we have seen in Chapter 17) by a de- 
terministic PDA such as the one below: 



482 PUSHDOWN AUTOMATA THEORY 




ACCEPT ^ 

Since this is a deterministic machine, every input string determines some 
path from START to a halt state, either ACCEPT or REJECT. We have drawn 
in all possible branching edges so that no input crashes. The strings not ac- 
cepted all go to REJECT. In every loop there is a READ statement that requires 
a fresh letter of input so that no input string can loop forever. (This is an 
important observation, although there are other ways to guarantee no infinite 
looping.) 

To construct a machine that accepts exactly those input strings that this 
machine rejects, all we need to do is reverse the status of the halt states from 
ACCEPT to REJECT and vice versa. This is the same trick we pulled on 
FA's to find machines for the complement language. 

In this case, the language L' of all input strings over the alphabet 
2 = {a, b, X} that are not in L is simply the language accepted by. 



PUSH o 



PUSH b 




REJECT ^ 
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We may wonder why this trick cannot be used to prove that the complement 
of any context-free language is context-free, since they all can be defined by 
PDA's. The answer is nondeterminism. 

If we have a nondeterministic PDA then the technique of reversing the status 
of the halt states fails. 

Let us explain why. Remember that when we work with nondeterministic 
machines we say that any word that has some path to ACCEPT is in the 
language of that machine. In a nondeterministic PDA a word may have two 
possible paths, the first of which leads to ACCEPT and the second of which 
leads to REJECT. We accept this word since there is at least one way it can 
be accepted. Now if we reverse the status of each halt state we still have 
two paths for this word: the first now leads to REJECT and the second now 
leads to ACCEPT. Again we have to accept this word since at least one path 
leads to ACCEPT. The same word cannot be in both a language and its 
complement, so the halt-status-reversed PDA does not define the complement 
language. 

Let us be more concrete about this point. The following (nondeterministic) 
PDA accepts the language NONNULLEVENPALINDROME: 
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We have drawn this machine so that, except for the nondeterminism at the 
first READ, the machine offers no choice of path, and every alternative is 
labeled. All input strings lead to ACCEPT or REJECT, none crash or loop 
forever. 

Let us reverse the status of the halt states to create this PDA 




The word abba can be accepted by both machines. To see how it is accepted 
by the first PDA, we trace its path. 
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CT ATP 






START 


A 


abba 


READ 1 


A 


Abba 


PUSH a 


a 


jibba 


READ 1 


a 


Mba 


PUSH b 


ba 


0ba 


READ 1 


ba 


Ma 


(Chnir^ POP 9 


CL 


fippa 


READ 2 


a 


mi 


POP 1 


A 




READ 2 


A 




POP 3 


A 




ACCEPT 







To see how it can be accepted by the second PDA we trace this path: 



STATE 


STACK 


TAPE 


START 


A 


abba 


READ 3 


A 


4bba 


PUSH a 


a 


4bba 


READ 3 


a 


Mba 


(Choice) POP 5 


A 


Mm 


ACCEPT 







There are many more paths this word can take in the second PDA that 
also lead to acceptance. Therefore halt-state reversal does not always change 
a PDA for L into a PDA for V . ■ 



We still owe an example of a context-free language with a complement that 
is non-context-free. 



EXAMPLE (May Not) 

Whenever we are asked for an example of a non-context-free language {a"b"a"} 
springs to mind. We seem to use it for everything. Surprisingly enough, its 
complement is context-free, as we shall now show. 
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This example takes several steps. First let us define the language M pq as 
follows: 

M pq = {cfb"a r , where p, q, r = 12 3... 

but p > q while r is arbitrary} 
= {aaba aaaba aabaa aaabaa aaabba . . . } 

We know this language is context-free because it is accepted by the fol- 
lowing CFG: 

S —> AXA 
X-> aXb\ ab 
A—>aA\a 

The X part is always of the form a"b", and when we attach the A -parts 
we get a string defined by the expression: 

(aa*) (a n b n ) (aa*) 
= a p b q a r , where p > q 

(Note: We are mixing regular expressions with things that are not regular 
expressions, but the meaning is clear anyway.) 

This language can be shown to be context-free in two other ways. We could 
observe that M pq is the product of the three languages a + and {a"b"} and a + 

M pq = {a + } {aV} {a + } 

Since the product of two context-free languages is context-free, so is the 
product of three context-free languages. 

We could also build a PDA to accept it. The machine would have three 
READ statements. The first would read the initial clump of a's and push them 
into the STACK. The second would read b's and correspondingly pop a's. 
When the second READ hits the first a of the third clump it knows the b's 
are over, so it pops another a to be sure the initial clump of a's (in the 
STACK) was larger than the clump of b's. Even when the input passes this 
test the machine is not ready to accept. We must be sure that there is nothing 
else on the INPUT TAPE but unread a's. If there is a b hiding behind these 
a's the input must be rejected. We therefore move into the third READ state 
which loops as long as a's are read, crashes if a b is read, and accepts as 
soon as a blank is encountered. 
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Let us also define another language: 

M qp = {cfb q a r , where p, q, r = 12 3... 

but q > p while r is arbitrary} 
= {abba abbaa abbba abbaaa aabbba 

This language too is context-free since it can be generated by 

S —> XBA 
X-» aXb\ ab 
B-> bB\b 
A — » aA\ a 

which we can interpret as 

X 4> a n b n 
B 4> b + 

a4>3 + 



Together this gives: 

(a"&")(bb*)(aa*) 

= a p b q a r , where q > p 

We can also write M qp as the product of three context-free languages: 

M qp = {aV} {b + } {a + } 

Of course, there is also a PDA that accepts this language (see Problem 2 
below). 

Let us also define the language 

M pr = {(fbf a r , where p, q, r = 1 2 3 . . . 

but p > r while q is arbitrary} 
= {aaba aaaba aabba aaabaa . . . } 
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This language is also context-free, since it can be generated by the CFG 

5 —> AX 

X — > aXa | aBa 

B^bB\b 

A —* aA | a 

First we observe: 

A 4> a + and B => b + 
Therefore, the X-part is of the form 

a n bb*a" 

So the words generated are of the form 

(aa*)(a n bb*a") 
= a p b q a r , where p > r 

We can see that this language is the product of context-free languages after 
we show that {a"b + a n } is context-free (see Problem 3 below). 

Let us also define the language 

Mrp = {a p b q a r , where p, q, r = 12 3... 

but r > p while q is arbitrary} 
= {abaa abaaa aabaaa abbaaa . . . } 



One CFG for this language is 



which gives 



S^XA 
X aXa | aBa 
B-^ bB\b 
A — > aA I a 



A => a + 
B 4> b + 
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X ^> a"b + a" 

S 4> (a"bb*a")(aa*) 
= aPb q a r , where r > p 

We can see that this language too is the product of context-free languages 
when we show that {a"b + a n } is context-free. 

Let us also define the language 

M qr = {rfW, where p, q, r = 1 2 3 . . . 

but q > r while p is arbitrary} 
= {abba aabba abbba abbbaa . . . } 



One CFG for this language is 



S^ABX 
X -* bXa | ba 
B-> bB\b 
A — » a A I a 



which gives: 



(aa*)(bb*)(Z>V) 
= a p b q a r , where q > r 

M qr = {a + } {b + } {b"a n } 

This language could also be defined by PDA (Problem 4 below). 

Let us also define: 

M rq = {a p b q a r , where p, q, r = 1 2 3 ... 

but r > q while p is arbitrary} 
= {abaa aabaa abaaa abbaaa . . . } 

One CFG that generates this language is 

S — >• AXA 
X -> bXa | ba 
A—*aA\a 
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which gives 

(aa*)(6V)(aa*) 
= a p b q a r , where r > q 
M rq = 

{a + } {b"a n } {a + } 

This can also be accepted by a PDA (Problem 5 below). 
We need to define one last language. 

M = {the complement of the language defined by aa*bb*aa*} 
= {all words not of the form aPb q a r for p, q, r = 12 3...} 
= {a b aa ab ba bb aaa aab abb baa bab . . . } 

M is context-free since it is regular (the complement of a regular language is 
regular by Theorem 11 and all regular languages are context-free by Theorem 
26). 

We could build a PDA for this language too (Problem 6 below). 

Let us finally assemble the language L, the union of these seven languages. 

L = M pq + M qp + M pr + M rp + M qr + M rq + M 

L is context-free since it is the union of context-free languages (Theorem 
30). 

What is the complement of L? All words that are not of the form 

a p b"a r 

are in M, which is in L, so they are not in V . This means that L' contains 
only words of the form 

a p b"a r 

But what are the possible values of p, q, and r? If p > q, then the word 
is in M pq , so it is in L and not in L' . Also, if q > p, then the word is in 
M qp , so it is in L and not in L' . Therefore, p — q for all words in V . 

If q > r, then the word is in M qr and hence in L and not in L'. If r > q, 
the word is in M rq and so in L and not V . Therefore, q = r for all words 
in L'. 

Since p = q and q = r, we know that p = r. Therefore, the words 



a"b"a' 
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are the only possible words in V . All words of this form are in V since 
none of them is any of the M's. Therefore, 

L' = {a n b"a n for n = 1 2 3 . . . } 

But we know that this language is non-context-free from Chapter 20. There- 
fore, we have constructed a CFL, L, that has a non-context-free 
complement. I 

We might observe that we did not need M pr and M rp in the formation of 
L. The union of the other five alone completely defines L. We included them 
only for the purposes of symmetry. 

THEOREM 39 

A deterministic PDA (DPDA) is a PDA for which every possible input string 
corresponds to a unique path through the machine. If we further require that 
no input loops forever, we say that we have a DPDA that always stops. Not 
all languages that can be accepted by PDA's can be accepted by a DPDA 
that always stops. 



PROOF 

The language L defined in the previous example is one such language. It can 
be generated by CFG's, so it can be accepted by some PDA. Yet if it were 
acceptable by any deterministic PDA that always stops, then its complement 
would have to be context-free, since we could build a PDA for the complement 
by reversing ACCEPT and REJECT states. However, the complement of this 
language is not a context-free language. Therefore, no such deterministic ma- 
chine for L exists. L can be accepted by some PDA but not by any DPDA 
that always stops. ■ 



It is also true that the language PALINDROME cannot be accepted by a 
deterministic PDA that always stops, but this is harder to prove. It can be 
proven that any language accepted by a DPDA can also be accepted by a 
DPDA that always stops. This means that the better version of Theorem 39 
is "Not all CFL's can be accepted by DPDA's," or to put it another way 

PDA + DPDA 

We shall defer further discussion of this point to Problem 20 below. 
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Although we cannot tell what happens when we intersect two general CFL's, 
we can say something useful about a special case. 



THEOREM 40 

The intersection of a context-free language with a regular language is always 
context-free. 



PROOF 

We prove this by a constructive algorithm of the sort we developed for Kleene's 
Theorem is Chapter 7. 

Let C be a context-free language that is accepted by the PDA, P. Let R 
be a regular language that is accepted by the FA, F. We now show how to 
take P and F and construct a PDA from them called A that will have the 
property that the language that A accepts is exactly C D R. 

The method will be very similar to the method we used to build the FA 
to accept the union of two regular languages. Before we start, let us assume 
P is in the form of Theorem 27 so that it reads the whole input string before 
accepting. 

If the states of F are called x x , x 2 , . . . and the READ and POP states of 
P are called y lt y 2 , . . . then the new machine we want to build will have 
states labeled "jc,- and y 7 ," meaning that the input string would now be in state 
Xi if running on F and in state y, if running on P. We do not have to worry 
about the PUSH states of P since no branching takes place there. At a point 
in the processing when the PDA A wants to accept the input string, it must 
first consult the status of the current simulated x-state. If this jc-state is a final 
state, the input can be accepted because it is accepted on both machines. 

This is a general theoretical discussion. Let us now look at an example. 

Let C be the language EQUAL of words with the same total number of 
a's and fc's. Let the PDA to accept this language be: 



INTERSECTION AND COMPLEMENT 493 

Q START ^ 




PUSH a 



This is a new machine to us, so we should take a moment to dissect it. 
At every point in the processing the STACK will contain whichever letter has 
been read more, a or b, and will contain as many of that letter as the number 
of extra times it has been read. If we have read from the TAPE six more 
b's than a's, then we shall find six b's in the STACK. If the STACK is 
empty at any time, it means an equal number of a's and b's have been read. 

The process begins in START and then goes to READi. Whatever we read 
in READi is our first excess letter and is pushed onto the STACK. The rest 
of the input string is read in READ 2 . 
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If during the processing we read an a, we go and consult the STACK. If 
the STACK contains excess b's, then one of them will be cancelled against 
the a we just read, POP! — READ 2 . If the STACK is empty, then the a just 
read is pushed onto the STACK as a new excess letter. If the STACK is 
found to contain a's already, then we must replace the one we popped out 
for testing as well as add the new one just read to the amount of total excess 
in the STACK. In all, two a's must be pushed onto the STACK. 

When we are finally out of input letters in READ 2 , we go to POP 3 to be 
sure there are no excess letters being stored in the STACK. Then we accept. 

This machine reads the entire INPUT TAPE before accepting and never 
loops forever. 

Let us intersect this with the FA below that accepts all words ending in 
the letter a 




b 



Now let us manufacture the joint intersection machine. We cannot move 
out of xi until after the first READ in the PDA. 




At this point in the PDA we branch to separate PUSH states each of which 
takes us to READ 2 . However, depending on what is read in READ 1( we will 
either want to be in "READ 2 and jci" or "READ 2 and jc 2 ," so these must be 
two different states: 

^START, x x ^ 
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From "READ 2 and x 2 " if we read an a we shall have to be in "POP] and 
x 2 ," whereas if we read a b we shall be in "POP 2 and x\." In this particular 
machine, there is no need for "POPi and x" since POP, can only be entered 
by reading an a and x x can only be entered by reading a b. For analogous 
reasons, we do not need a state called "POP 2 and x 2 " either. 

We shall eventually need both "POP 3 and Xi" and "POP 3 and x 2 because 
we have to keep track of the last input letter. 

Even if "POP 3 and x" should happen to pop a A, it cannot accept since 
x\ is not a final state and so the word ending there is rejected by the FA. 

The whole machine looks like this. 




We did not even bother drawing "POP 3 xi" If a blank is read in "READ 2 , 
x" the machine peacefully crashes. 

This illustrates the technique for intersecting a PDA with an FA. The process 
is straightforward. Mathematicians with our current level of sophistication can 
extract the general principles of this constructive algorithm and should consider 
this proof complete. I 

EXAMPLE 

Let us consider the language DOUBLEWORD: 
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DOUBLEWORD = {ww where w is an string of a's and b's} 

= {A aa bb aaaa abab baba bbbb aaaaaa . . . } 

Let us assume for a moment that DOUBLEWORD were a CFL. Then when 
we intersect it with any regular language, we must get a context-free language. 
Let us intersect DOUBLEWORD with the regular language defined by 

aa*bb*aa*bb* 

A word in the intersection must have both forms, this means it must be 
ww where w = a"b m for some n and m = 1 2 3 . . . 

This observation may be obvious, but we shall prove it anyway. If w con- 
tained the substring ba, then ww would have two of them, but all words in 
aa*bb*aa*bb* have exactly one such substring. Therefore, the substring ba 
must be the crack in between the two w's in the form ww. This means w 
begins with a and ends with b. Since it has no ba, it must be a n b m . 

The intersection language is therefore: 

{a"b m a n b m } 

But we showed in the last chapter that this language was non-context-free. 
Therefore, DOUBLEWORD cannot be context-free either. ■ 



PROBLEMS 

1. Which of the following are context-free? 

(i) (a)(a + b)* n ODDPALINDROME 

(ii) EQUAL n {a"b"a"} 

(iii) {a n b n } n PALINDROME' 

(iv) EVEN-EVEN' n PALINDROME 

(v) {a"b n Y n PALINDROME 

(vi) PALINDROME fl {a"b n+m a m where n,m =1, 2, 3 . . . 

n = m or n =£ m} 

(vii) PALINDROME' HEQUAL 
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2. Build a PDA for M qp as defined above. 

3. Show that {a"b + a n } is a CFL. 

4. Build a PDA for M qr as defined above. 

5. Build a PDA for M r? as defined above. 

6. Build a PDA for M as defined above. 

7. (i) Show that 

Li = {aPb q a r b D , where p,g,r are arbitrary whole numbers} 

is context-free. 

(ii) Show that 

L 2 = {cfb"cfb s } 

is context-free. 

(iii) Show that 

L 3 = {cfb"a r b s } 

is context-free. 

(iv) Show that 

i, n l 2 n z, 3 

is non-context-free. 

8. Recall the language VERYEQUAL over the alphabet 2 = {a,b,c\ 

VERYEQUAL = {all strings of a's, fo's, and c's that have the same 
total number of a's as b's as c's} 

Prove that VERYEQUAL is non-context-free by using a theorem in this 
chapter. (Compare with Chapter 20, Problem 19.) 

9. (i) Prove that the complement of the language L 

L = {a n b m , where n # m} 
is context-free but that neither L nor L' is regular. 



498 



PUSHDOWN AUTOMATA THEORY 



(ii) Show that: 

L\ = {a n b m , where n 2= m) 

and 

L 2 = {a n b m , where m s= n} 
are both context-free and not regular. 

(iii) Show that their intersection is context-free and nonregular. 

(iv) Show that their union is regular. 

10. (i) Prove that the language 

U = {a n b m a n+m } 

is context-free. 

(ii) Prove that the language 

L 2 = {a"b n a m , where either n = m or n m} 

is context-free. 

(iii) Is their intersection context-free? 

11. In this chapter we proved that the complement of {a n b"a"} is context- 
free. Prove this again by exhibiting one CFG that generates it. 

12. Consider all the strings in (a + b + c)*. 

We have shown that {a"b"c n } is non-context-free. Is its complement 
context-free? 

13. (i) Let L be a CFL. Let 5 = {w,, w 2 , vv 3 , vv 4 } be a set of four words 

from L. Let M be the language of all the words of L except for 
those in S (we might write M = L — S). Show that M is context- 
free. 

(ii) Let R be a regular language contained in L. Let "L — R" represent 
the language of all words of L that are not words of R. Prove that 
L - R is a CFL. 

14. (i) Show that: 

L = {ab n ab"a} 

is nonregular but context-free, 
(ii) Show that: 

L = {ab"ab m a, where n + m or n = m} 
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is regular. 

(iii) Find a regular language that when intersected with a context-free 
language becomes nonregular but context-free. 



15. (i) Show that the language 

L = {a"b m , where m = n or m = 2n} 

cannot be accepted by a deterministic PDA 

(ii) Show that L is the union of two languages that can be accepted by 
deterministic PDA's. 

(iii) Show that the union of languages accepted by DPDA's is not nec- 
essarily a language accepted by a DPDA. 

(iv) Show that the intersection of languages accepted by DPDA's is not 
necessarily a language accepted by a DPDA. 



16. The algorithm given in the proof of Theorem 40 looks mighty inviting. 
We are tempted to use the same technique to build the intersection ma- 
chine of two PDA's. However we know that the intersection of two 
CFL's is not always a CFL. 

(i) Explain why the algorithm fails when it attempts to intersect two 
PDA's. 

(ii) Can we adapt it to intersect two DPDA's? 



17. (i) Take a PDA for PALINDROMEX and intersect it with an FA for 
a*Xa*. (This means actually build the intersection machine.) 

(ii) Analyze the resultant machine and show that the language it accepts 
is {a"Xa n }. 



18. (i) Intersect a PDA for {a"b n } with an FA for a(a + b)*. What lan- 
guage is accepted by the resultant machine? 

(ii) Intersect a PDA for {a"b n } with an FA for b(a + b)* What language 
is accepted by the resultant machine? 

(iii) Intersect a PDA for {a"b n } with an FA for (a + b)* aa(a + b)* 

(iv) Intersect a PDA for {a"b n } with an FA for EVEN-EVEN. 



19. Intersect a PDA for PALINDROME with an FA that accepts the language 
of all words of odd length. Show, by examining the machine, that it 
accepts exactly the language ODDPALINDROME. 
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20. Show that any language that can be accepted by a DPDA can be accepted 
by a DPDA that always stops. To do this, show how to modify an 
existing DPDA to eliminate the possibility of infinite looping. Infinite 
looping can occur in two ways: 

1. The machine enters a circuit of edges that it cannot leave and that 
never reads the TAPE. 

2. The machine enters a circuit of edges that it cannot leave and that 
reads infinitely many blanks from the TAPE. 

Show how to spot these two situations and eliminate them by converting 
them to REJECT'S. 



CHAPTER 22 



PARSING 



We have spent a considerable amount of time discussing context-free languages, 
even though we have proven that this class of languages is not all encom- 
passing. Why should we study in so much detail, grammars so primitive that 
they cannot even define the set {a n b"a"}? 

We are not merely playing an interesting intellectual game. There is a more 
practical reason: Computer programming languages are context-free. (We must 
be careful here to say that the languages in which the words are computer 
language instructions are context-free. The languages in which the words are 
computer language programs are mostly not.) This makes CFG's of funda- 
mental importance in the design of compilers. 

Let us begin with the definition of what constitutes a valid storage location 
identifier in a higher-level language such as ADA, BASIC, COBOL,. . . . 
These user-defined names are often called variables. In some languages their 
length is limited to a maximum of six characters, where the first must be a 
letter and each character thereafter is either a letter or a digit. We can sum- 
marize this by the CFG: 

identifier — > letter {letter + digit + A) 5 
letter -> A \ B \ C \ . . . \ Z 
digit -»0|1|2|3...|9 
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Notice that we have used a regular expression for the right side of the first 
production instead of writing out all the possibilities: 

identifier —> letter \ letter letter \ 

letter digit \ letter letter letter \ 

letter letter digit \ letter digit digit | . . . 

There are 63 different strings of nonterminals represented by 

letter {letter + digit + A) 5 

and the use of this shorthand notation is more understandable than writing out 
the whole list. 

The first part of the process of compilation is the scanner. This program 
reads through the original source program and replaces all the user-defined 
identifier names which have personal significance to the programmer, such as 
DATE, SALARY, RATE, NAME, MOTHER, . . . , with more manageable 
computer names that will help the machine move this information in and out 
of the registers as it is being processed. The scanner is also called a lexical 
analyzer because its job is to build a lexicon (which is from Greek what 
"dictionary" is from Latin). 

A scanner must be able to make some sophisticated decisions such as rec- 
ognizing that D033I is an identifier in the assignment statement 

D033I = 1100 
while D033I is part of a loop instruction in the statement 

D033I = 1,100 

(or in some languages D033I = 1TO100). 

Other character strings, such as IF, ELSE, END, . . . , have to be rec- 
ognized as reserved words even though they also fit the definition of identifier. 

All this aside, most of what a scanner does can be performed by an FA, 
and scanners are usually written with this model in mind. 

Another task a compiler must perform is to "understand" what is meant by 
arithmetic expressions such as 

A3J * S + (7 * (BIL + 4)) 

After the scanner replaces all numbers and variables with the identifier labels 
i 2 , . . . , this becomes: 



it * i 2 + (i 3 * (« 4 + is)) 
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The grammars we presented earlier for AE (arithmetic expression) were 
ambiguous. This is not acceptable for programming since we want the computer 
to know and execute exactly what we mean by this formula. 

Two possible solutions were mentioned earlier. 

1. Require the programmer to insert parentheses to avoid ambiguity. 

For example, instead of the ambiguous 3 + 4*5 insist on 

(3 + 4) * 5 
or 

3 + (4 * 5) 

2. Find a new grammar for the same language that is unambiguous because 
the interpretation of "operator hierarchy" (that is * before + ) is built into 
the system. 

Programmers find the first solution too cumbersome and unnatural. Fortu- 
nately, there are grammars (CFG's) that satisfy the second requirement. 

We present one such for the operations + and * alone, called PLUS-TIMES. 
The rules of production are: 

E 

E —> T + E | T 
T^> F *T | F 
F — » (E) | i 

Loosely speaking, E stands for an expression, T for a term in a sum, F 
for a factor in a product, and i for any identifier. The terminals clearly are 

+ * ( ) i 

since these symbols occur on the right side of productions but never on the 
left side. 

To generate the word i + i * i by left-most derivation we must proceed: 

5 => E 
=> T + E 

F + E 

i + E 
=> i + T 
=> i + F *T 
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=>/ + /* T 
=> i + i * F 

The syntax tree for this is 



s 




It is clear from this tree that the word represents the addition of an identifier 
with the product of two identifiers. In other words, the multiplication will be 
performed before the addition, just as we intended it to be in accordance with 
conventional operator hierarchy. Once the computer can discover a derivation 
for the formula, it can generate a machine-language program to accomplish 
the same task. 

Given a word generated by a particular grammar, the task of finding its 
derivation is called parsing. 

Until now we have been interested only in whether a string of symbols was 
a word in a certain language. We were worried only about the possibility of 
generation by grammar or acceptance by machine. Now we find that we want 
to know more. We want to know not just whether a string can be generated 
by a CFG but also how. We contend that if we know the (or one of the) 
derivation tree(s) of a given word in a particular language, then we know 
something about the meaning of the word. This chapter is different from the 
other chapters in this part because here we are seeking to understand what a 
word says by determining how it can be generated. 

There are many different approaches to the problem of CFG parsing. We 
shall consider three of them. The first two are general algorithms based on 
our study of derivation trees for CFG's. The third is specific to arithmetical 
expressions and makes use of the correspondence between CFG's and PDA's. 

The first algorithm is called top-down parsing. We begin with a CFG and 
a target word. Starting with the symbol S, we try to find some sequence of 
productions that generates the target word. We do this by checking all pos- 
sibilities for left-most derivations. To organize this search we build a tree of 
all possibilities, which is like the whole language tree of Chapter 14. We grow 
each branch until it becomes clear that the branch can no longer present a 
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viable possibility; that is, we discontinue growing a branch of the whole lan- 
guage tree as soon as it becomes clear that the target word will never appear 
on that branch, even generations later. This could happen, for example, if the 
branch includes in its working string a terminal that does not appear anywhere 
in the target word or does not appear in the target word in a corresponding 
position. It is time to see an illustration. 
Let us consider the target word 

/ + i * i 

in the language generated by the grammar PLUS-TIMES. 

We begin with the start symbol S. At this point there is only one production 
we can possibly apply, S —> E. From E there are two possible productions: 

E^T + E E-+T 

In each case, the left-most nonterminal is T and there are two productions 
possible for replacing this T. 

The top-down left-most parsing tree begins as shown below: 



s 




F*T+E F+E F*T b 

In each of the bottom four cases the left-most nonterminal is F, which is 
the left side of two possible productions. 



s 




Of these, we can drop branches number 1, 3, 5, and 7 from further con- 
sideration because they have introduced the terminal character "(", which is 
not the first (or any) letter of our word. Once a terminal character appears 
in a working string, it never leaves. Productions change the nonterminals into 
other things, but the terminals stay forever. All four of those branches can 
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produce only words with parentheses in them, not i + i * /. Branch 8 has 
ended its development naturally in a string of all terminals but it is not our 
target word, so we can discontinue the investigation of this branch too. Our 
pruned tree looks like this: 



F* T+ E 



i* T+E 
N . / 



T+E 



(2) 




S 
I 

E 




Since branches 7 and 8 both vanished, we dropped the line that produced 
them: 

T=> F 

All three branches have actually derived the first two terminal letters of the 
words that they can produce. Each of the three branches left starts with two 
terminals that can never change. Branch 4 says the word starts with "j + ", 
which is correct, but branches 2 and 6 can now produce only words that start 
"/ * ", which is not in agreement with our desired target word. The second 
letter of all words derived on branches 2 and 6 is *; the second letter of the 
target word is + . We must kill these branches before they multiply. 

Deleting branch 6 prunes the tree up to the derivation E T, which has 
proved fruitless as none of its offshoots can produce our target word. Deleting 
branch 2 tells us that we can eliminate the left branch out of T + E. With 
all of the pruning we have now done, we can conclude that any branch leading 
to i + i * i must begin 

S=>£z>r + E=>F + £=>/ + £ 

Let us continue this tree two more generations. We have drawn all derivation 
possibilities. Now it is time to examine the branches for pruning. 



I 



T+E 



F+E 
I 

i + E 



i+T+E i+T 
/ \ / \ 

i + F* T+E i + F+E i + F* T i + F 
\ . A . A 



(9) 



(10) 



(11) 



(12) 
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At this point we are now going to pull a new rule out of our hat. Since 
no production in any CFG can decrease the length of the working string of 
terminals and nonterminals on which it operates (each production replaces one 
symbol by one or more), once the length of a working string has passed five 
it can never produce a final word of length only five. We can therefore delete 
branch 9 on this basis alone. No words that it generates can have as few as 
five letters. 

Another observation we can make is that even though branch 10 is not too 
long and even though it begins with a correct string of terminals, it can still 
be eliminated because it has produced another + in the working string. This 
is a terminal that all descendants on the branch will have to include. However, 
there is no second + in the word we are trying to derive. Therefore, we can 
eliminate branch 10, too. 

This leaves us with only branches 11 and 12 which continue to grow. 

s 
I 

E 
I 

T+E 
I 

F+E 
I 

i + E 



i+T 




Now branches 13 and 15 have introduced the forbidden terminal "(", while 
branch 16 has terminated its growth at the wrong word. Only branch 14 de- 
serves to live. 

(At this point we draw the top half of the tree horizontally.) 



S=>E=>T+E=>F+-E=>i + E=>i + T=>i + F*T 




In this way we have discovered that the word i + i * i can be generated 
by this CFG and we have found the one left-most derivation which generates 
it. 
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To recapitulate the algorithm: From every live node we branch for all pro- 
ductions applicable to the left-most nonterminal. We kill a branch for having 
the wrong initial string of terminals, having a bad terminal anywhere in the 
string, simply growing too long, or turning into the wrong string of terminals. 

Using the method of tree search known as backtracking it is not necessary 
to grow all the live branches at once. Instead we can pursue one branch 
downward until either we reach the desired word or else we terminate it be- 
cause of a bad character or excessive length. At this point we back up to a 
previous node to travel down the next road until we find the target word or 
another dead end, and so on. Backtracking algorithms are more properly the 
subject of a different course. As usual, we are more interested in showing 
what can be done, not in determining which method is best. 

We have only given a beginner's list of reasons for terminating the de- 
velopment of a node in the tree. A more complete set of rules is: 

1. Bad Substring: If a substring of solid terminals (one or more) has been 
introduced into a working string in a branch of the total-language tree, 
all words derived from it must also include that substring unaltered. There- 
fore, any substring that does not appear in the target word is cause for 
eliminating the branch. 

2. Good Substrings But Too Many: The working string has more occurrences 
of the particular substring than the target word does. In a sense Rule 1 
is a special case of this. 

3. Good Substrings But Wrong Order: If the working string is YabXYbaXX 
but the target word is bbbbaab, then both substrings of terminals devel- 
oped so far, ab and ba, are valid substrings of the target word but they 
do not occur in the same order in the working string as in the word. So 
the working string cannot develop into the target word. 

4. Improper Outer-terminal Substring: Substrings of terminals developed at 
the beginning or end of the working string will always stay at the ends 
at which they first appear. They must be in perfect agreement with the 
target word or the branch must be eliminated. 

5. Excess Projected Length: If the working string is aXbbYYXa and if all 
the productions with a left side of X have right sides of six characters, 
then the shortest length of the ultimate words derived from this working 
string must have length at least 1+6+1 + 1 + 1 + 1+ 6+1 = 18. 
If the target word has fewer than 18 letters, kill this branch. 

6. Wrong Target Word: If we have only terminals left but the string is not 
the target word, forget it. This is a special case of Rule 4, where the 
substring is the entire word. 

There may be even more rules depending on the exact nature of the grammar. 
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EXAMPLE 

Let us recall the CFG for the language EQUAL: 

S -> aB | bA 
A — > a | aS | £AA 
B^b\bS\aBB 

The word bbabaa is in EQUAL. Let us determine a left-most derivation 
for this word by top-down parsing. 

From the start symbol S the derivation tree can take one of two tracks. 

aB bA 
(1) (2) 

All words derived from branch 1 must begin with the letter a, but our target 
word does not. Therefore, by Rule 4, only branch 2 need be considered. The 
left-most nonterminal is A. There are three branches possible at this point. 



s 




ba baS bbAA 

(3) (4) (5) 



Branch 3 is a completed word but not our target word. Branch 4 will 
generate only words with an initial string of terminals ba, which is not the 
case with bbabaa. Only branch 5 remains a possibility. The left-most non- 
terminal in the working string of branch 5 is the first A. Three productions 
apply to it: 



s 




bbaA bbaSA bbbAAA 

(6) (7) (8) 

Branches 6 and 7 seem perfectly possible. Branch 8, however, has generated 
the terminal substring bbb, which all of its descendants must bear. This sub- 
string does not appear in our target word, so we can eliminate this branch 
from further consideration. 
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In branch 6 the left-most nonterminal is the A, in branch 7 it is the S. 



s 
I 

bA 
I 

bbAA 




bbaa bbaaS bbabAA 
(9) (10) (11) 



bbaSA 
I 

bbaaBA 
(12) 



bbabAA 
(13) 



Branch 9 is a string of all terminals, but not the target word. Branch 10 
has the initial substring bbaa; the target word does not. This detail also kills 
branch 12. Branch 11 and branch 13 are identical. If we wanted all the left- 
most derivations of this target word, we would keep both branches growing. 
Since we need only one derivation, we may just as well keep branch 13 and 
drop branch 11 (or vice versa); whatever words can be produced on one branch 
can be produced on the other. 



S => bA => bbAA =» bbaSA =*• 



bbabaA 
(14) 



bbabAA 
\ 

bbabaSA bbabbAAA 
(15) (16) 



Only the working string in branch 14 is not longer than the target word. 
Branches 15 and 16 can never generate a six-letter word. 



S»bA-> bbAA ■* bbaSA ^bbabAA^ bbabaA 

bbabaa bbabaaS 
(17) (18) 



bbababAA 
(19) 



Branches 18 and 19 are too long, so it is a good thing that branch 17 is our 
word. This completes the derivation. ■ 

The next parsing algorithm we shall illustrate is the bottom-up parser. This 
time we do not ask what were the first few productions used in deriving the 
word, but what were the last few. We work backward from the end to the 
front, the way sneaky people do when they try to solve a maze. 

Let us again consider as our example the word i + 2 * i generated by the 
CFG PLUS-TIMES 

If we are trying to reconstruct a left-most derivation, we might think that 
the last terminal to be derived was the last letter of the word. However, this 
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is not always the case. For example, in the grammar 

Abb 
A — » a 

the word abb is formed in two steps, but the final two b's were introduced 
in the first step of the derivation, not the last. So instead of trying to reconstruct 
specifically a left-most derivation, we have to search for any derivation of our 
target word. This makes the tree much larger. We begin at the bottom of the 
derivation tree, that is, with the target word itself, and step by step work our 
way back up the tree seeking to find when the working string was the one 
single S. 

Let us reconsider the CFG PLUS-TIMES: 

S-> E 

E -» T + E | T 

F * T | F 
F-*(E)\ i 

To perform a bottom-up search, we shall be reiterating the following step: 
Find all substrings of the present working string of terminals and nonterminals 
that are right halves of productions and substitute back to the nonterminal that 
could have produced them. 

Three substrings of i + i * i are right halves of productions; namely, the 
three fs, anyone of which could have been produced by an F. The tree of 
possibilities begins as follows: 

/ + / * /' 

F + i * i i + F * 2 i + i * F 

Even though we are going from the bottom of the derivation tree to the 
top S, we will still draw the tree of possibilities, as all our trees, from the 
top of the page downward. 

We can save ourselves some work in this particular example by realizing 
that all of the /'s come from the production F — » / and the working string 
we should be trying to derive is F + F * F. Strictly speaking, this insight 
should not be allowed since it requires an idea that we did not include in the 
algorithm to begin with. But since it saves us a considerable amount of work, 
we succumb to the temptation and write in one step 

2 + i * i 
I 

F + F * F 
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Not all the F's had to come from T^F. Some could have come from 
T —* F * T, so we cannot use the same trick again. 

i + / * i 
I 

^^r F + F * F 

T + F * F F + T* F F + F *T 

The first two branches contain substrings that could be the right halves of 
E—>T and r — » F. The third branch has the additional possibility of T — > F * T. 
The tree continues 



i +i *i 




(1) (2) (3) (4) (5) (6) (7) (8) (9) (10) 



We never have to worry about the length of the intermediate strings in 
bottom-up parsing since they can never exceed the length of the target word. 
At each stage they stay the same length or get shorter. Also, no bad terminals 
are ever introduced since no new terminals are ever introduced at all, only 
nonterminals. These are efficiencies that partially compensate for the ineffi- 
ciency of not restricting ourselves to left- most derivations. 

There is the possibility that a nonterminal is bad in certain contexts. For 
example, branch 1 now has an E as its left-most character. The only production 
that will ever absorb that E is S — > E. This would give us the nonterminal 
S, but S is not in the right half of any production. It is true that we want 
to end up with the S; that is the whole goal of the tree. However, we shall 
want the entire working string to be that single S, not a longer working string 
with S as its first letter. The rest of the expression in branch 1, " + F * F", 
is not just going to disappear. So branch 1 gets the ax. The £"s in branch 
5 and branch 9 are none too promising either, as we shall see in a moment. 

When we go backward, we no longer have the guarantee that the "inverse" 
grammar is unambiguous even though the CFG itself might be. In fact, this 
backward tracing is probably not unique, since we are not restricting ourselves 
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to finding a left-most derivation (even though we could with a little more 
thought; see Problem 10 below). We should also find the trails of right-most 
derivations and whatnot. This is reflected in the occurrence of repeated expres- 
sions in the branches. In our example, branch 2 is now the same as branch 
4, branch 3 is the same as branch 7, and branch 6 is the same as branch 8. 
Since we are interested here in finding any one derivation, not all derivations, 
we can safely kill branches 2, 3, and 6 and still find a derivation — if one 
exists. 

The tree grows ferociously, like a bush, very wide but not very tall. It 
would grow too unwieldy unless we made the following observation. 

Observation 

No intermediate working string of terminals and nonterminals can have the 
substring "E * ". This is because the only production that introduces the * is 



so the symbol to the immediate left of a * is originally F. From this F we 
can only get the terminals ")" or "f next to the star. Therefore, in a top- 
down derivation we could never create the substring "£ * " in this CFG, so 
in bottom-up this can never occur in an intermediate working string leading 
back to S. Similarly, "£ + " and " * £"' are also forbidden in the sense that 
they cannot occur in any derivation. The idea of forbidden substrings is one 
that we played with in Chapter 3. We can now see the importance of the 
techniques we introduced there for showing certain substrings never occur (and 
everybody thought Theorems 2, 3, and 4 were completely frivolous). With 
the aid of this observation we can eliminate branches 5 and 9. 

The tree now grows as follows (pruning away anything with a forbidden 
substring): 



T 



F * T 



i + i*i 



F + F*F 





F + T*F 



F + F*T 





I 




T+T*F 



T + F*T 



F+T*T 



F+T 





T+ T*T 



T+T*T 



T+T 



T+T*T T+T 



F + E 



(11) 



(12) 



(13) 



(14) (15) (16) 
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Branches 11, 12, and 13 are repeated in 14 and 15, so we drop the former. 
Branch 14 has nowhere to go, since none of the Ts can become £"s without 
creating forbidden substrings. So branch 14 must be dropped. From branches 
15 and 16 the only next destination is "T + £"', so we can drop branch 15 
since 16 gets us there just as well by itself. The tree ends as follows: 

/ + /*/ <= F + F*F F + F*T <= F+T F + E <= T + E E <= S 
which is the same as 

S^>E^>T + E=>F + E^>F + T=>F + F*T^>F + F*F=>i + i*i 
(The symbol <^= used above should be self-explanatory.) 



EXAMPLE 

Let us again consider the grammar: 

S -> aB | bA 

A — » a | aS | bAA 

B-> b\bS\ aBB 

and again let us search for a derivation of a target word, this time through 
bottom-up parsing. Let us analyze the grammar before parsing anything. 
If we ever encounter the working string 

bAAaB 

in a bottom-up parse in this grammar, we shall have to determine the working 
strings from which it might have been derived. We scan the string looking 
for any substrings of it that are the right sides of productions. In this case 
there are five of them: 

b bA bAA a aB 

Notice how they may overlap. This working string could have been derived 
in five ways: 



BAAaB bAAaB (B b) 
SAaB => bAAaB (S -> bA) 
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AaB => bAAaB (A -+ bAA) 
bAAAB =$> bAAaB (A -> a) 
bAAS 4> bAAaB (S aB) 

Let us make some observations peculiar to this grammar. 

1. All derivations in this grammar begin with either S— » aB or S bA, so 
the only working string that can ever begin with a nonterminal is the 
working string is S. For example the pseudo- working string Abb A cannot 
occur in a derivation. 

2. Since the application of each rule of production creates one new terminal 
in the working string, in any derivation of a word of length 6 (or n), 
there are exactly 6 (or n) steps. 

3. Since every rule of production is in the form 

Nonterminal —> {one terminal) (string of 0, 1, or 2 Nonterminals) 

in a left-most derivation we take the first nonterminal from the string of 
nonterminals and replace it with terminals followed by nonterminals. 
Therefore, all working strings will be of the form 

terminal terminal . . . terminal Nonterminal Nonterminal . . . Nonterminal 
= terminal* Nonterminal* 
= (string of terminals) (string of Nonterminals) 

If we are searching backward and have a working string before us, then 
the working strings it could have come from have all but one of the same 
terminals in front and a small change in nonterminals where the terminals and 
the nonterminals meet. For example, 

baabbababaBBABABBBAAAA 

could have been left-most produced only from these three working strings. 

baabbababABBABABBBAAAA, 

baabbababSBABABBBAAAA, 

baabbababBABABBBAAAA 

We now use the bottom-up algorithm to find a left-most derivation for the 
target word bbabaa. 
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On the bottom row there are two S's. Therefore, there are two left-most 
derivations of this word in this grammar: 

S bA bbAA => bbaSA => bbabAA bbabaA ^> bbabaa 
S => M => bbAA bbaA bbabAA => bbabaA => taafcaa 

Notice that all the other branches in this tree die simultaneously, since they 
now contain no terminals. ■ 

There are, naturally, dozens of programming modifications possible for both 
parsing algorithms. This includes using them in combination, which is a good 
idea since both start out very effectively before their trees start to spread. 

Both of these algorithms apply to all CFG's. For example, these methods 
can apply to the following CFG definition of a small programming language: 



5 -* ASSIGNMENTS | GOTOS | IF$ | IO$ 
ASSIGNMENTS i = ALEX 
GOTOS GOTO NUMBER 

IF$ -h> IF CONDITION THEN S \ IF CONDITION THEN S ELSE S 
CONDITION ALEX = ALEX | ALEX + ALEX \ ALEX > ALEX 
CONDITION CONDITION AND CONDITION 

| CONDITION OR CONDITION | NOT CONDITION 
IO$ -* READ i | PRINT i 



(where ALEX stands for algebraic expression). Notice that the names of the 
types of statements all end in $ to distinguish them as a class. 
The terminals are 

{ = GOTO IF THEN ELSE ± > AND OR NOT READ PRINT } 

plus whatever terminals are introduced in the definitions of / , ALEX, and NUMBER . 
In this grammar we might wish to parse the expression: 

IF / > / THEN i = i + i * i 

so that the instruction can be converted into machine language. This can be 
done by finding its derivation from the start symbol. The problem of code 
generation from a derivation tree is the easiest part of compiling and too 
language dependent for us to worry about in this course. 



518 PUSHDOWN AUTOMATA THEORY 

Our last algorithm for "understanding" words in order to evaluate expressions 
is one based on the prefix notation mentioned in Chapter 14. This applies not 
only to arithmetic expressions but also to many other programming language 
instructions as well. 

We shall assume that we are now using postfix notation, where the two 
operands immediately precede the operator: 

A + B becomes A B + 

(A + B) * C becomes A B + C * 

A * (B + C * D) becomes A B C D * + * 



An algorithm for converting standard infix notation into postfix notation was 
given in Chapter 14. Once an expression is in postfix, we can evaluate it 
without finding its derivation from a CFG, although we originally made use 
of its parsing tree to convert the infix into postfix in the first place. We are 
assuming here that our expressions involve only numerical values for the iden- 
tifiers (f s) and only the operations + and *, as in the language PLUS-TIMES. 

We can evaluate these postfix expressions by a new machine similar to a 
PDA. Such a machine requires three new states. 



1. 



ADD| - This state pops the top two entries off the STACK, adds them, 
and pushes the result onto the top of the STACK. 



2. |MPY| This state pops the top two entries off the STACK, multiplies them, 



and pushes the result onto the top of the STACK. 

3. /PRINT/ : This prints the entry that is on top of the stack and accepts the 
input string. It is an output and a halt state. 

The machine to evaluate postfix expressions can now be built as below, 
where the expression to be evaluated has been put on the INPUT TAPE in 
the usual fashion — one character per cell starting in the first cell. 
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Let us trace the action of this machine on the input string: 

75 + 24+»6 + 

which is postfix for 

(7 + 5) * (2 + 4) + 6 = 78 







TAPE 


START 


A 


7 5 


+ 


2 4 + 


* 


6 


+ 


READ 


A 


5 




2 4 + 


* 


6 


+ 


rUori ( 


-T 

/ 


5 


+ 


2 4 + 


* 


6 


+ 


READ 


7 




+ 


2 4 + 


* 


6 


+ 


PUSH (' 


5 7 




+ 


2 4 + 


* 


6 


+ 


READ 


5 7 






2 4 + 


* 


6 


+ 


ADD 


12 






2 4 + 


* 


6 


+ 


READ 


12 






4 + 


• 


6 


+ 


PUSH / 


2 12 






4 + 


• 


6 


+ 


READ 


2 12 






+ 


• 


6 


+ 


PUSH i 


4 2 12 






+ 


* 


6 


+ 


READ 


4 2 12 








* 


6 


+ 


ADD 


6 12 








* 


6 


+ 


READ 


6 12 










6 


+ 


MPY 


72 










6 


+ 


READ 


72 












+ 


PUSH i 


6 72 












+ 


READ 


6 72 












A 


ADD 


78 












A 


READ 


78 












A 


PRINT 


78 












A 



Notice that when we arrive at PRINT the stack has only one element in 

it. 

What we have been using here is a PDA with arithmetic and output ca- 
pabilities. Just as we expanded FA's to Mealy and Moore machines, we can 
expand PDA's to what are called pushdown transducers. These are very 
important but belong to the study of the Theory of Compilers. 

The task of converting infix arithmetic expressions (normal ones) into postfix 
can also be accomplished by a pushdown transducer as an alternative to de- 
pending on a dotted line circling a parsing tree. This time all we require is 
a PDA with an additional PRINT instruction. The input string will be read 
off of the TAPE character by character. If the character is a number (or, in 
our example, the letters a, b, c), it is immediately printed out, since the 
operands in postfix occur in the same order as in the infix equivalent. The 
operators, however, + and * in our example, must wait to be printed until 
after the second operand they govern has been printed. The place where the 
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operators wait is, of course, the STACK. If we read a + b, we print a, push 
+ , print b, pop + , print + . The output states we need are 



"POP-PRINT" prints whatever it has just popped, and the READ-PRINT prints 
the character just read. The READ-PUSH pushes whatever character " + " or 
"*" or "(" labels the edge leading into it. These are all the machine parts we 
need. 

One more comment should be made about when an operator is ready to 
be popped. The second operand is recognized by encountering (1) a right 
parenthesis, (2) another operator having equal or lower precedence, or (3) the 
end of the input string. 

When a right parenthesis is encountered, it means that the infix expression 
is complete back up to the last left parenthesis. 

For example, consider the expression 




and 




PUSH 



a*{b+c) + b + c 



The pushdown transducer will do the following: 



1. Read a, print a 

2. Read *, push * 
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3. 


Read (, push ( 


4. 


Read b, print b 


5. 


Read -+- mish 4- 


0. 


Read c, print c 


1 . 


Read ), pop + , print + 


0 
O. 


Pop ( 


Q 


Read + , we cannot push + on top of * because of operator precedence, 




so pop * , print * , push + 


10. 


Read b, print b 


11. 


Read + , we cannot push + on top of + , so print + 


12. 


Read c, print c 


13. 


Read A, pop + , print + . 



The resulting output sequence is 



abc + * b + c + 

which indeed is the correct postfix equivalent of the input. Notice that operator 
precedence is "built into" this machine. Generalizations of this machine can 
handle any arithmetic expressions including — , /, and **. 

The diagram of the pushdown transducer to convert infix to postfix is given 
on page 522. 

The table on page 523 traces the processing of the input string: 

(a + b) * (b + c * a) 

Notice that the printing takes place on the right end of the output sequence. 

One trivial observation is that this machine will never print any parentheses. 
No parentheses are needed to understand postfix or prefix notation. Another 
is that every operator and operand in the original expression will be printed 
out. The major observation is that if the output of this transducer is then fed 
into the previous transducer, the original infix arithmetic expression will be 
evaluated correctly. In this way we can give a PDA an expression in normal 
arithmetic notation, and the PDA will evaluate it. 
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CTADT 
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(£J + C?J * (0 + C * tfj 
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a + b) * (o + c * a) 




PTJCtr ( 
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PR TKTT 


/ 
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( 

\ 




(X 


PHP 

rUr 


A 
£A 




Cl 


PT TCT4 ( 


/■ 

l 




Cl 


PT TCO _L 


+ \ 


A^ * /A 4_ /. * 

0J * (0 + C * d) 


a 


PP An 


+ ( 


J*^f? -r C * d) 


Cl 


DD TMT 


+ ( 




(Xu 


DC A n 


+ ( 


* (t? + c * a) 


ao 


rUr 


( 


* yu + C * Q) 


,,u 

ao 


DDTXTT 

rKllN 1 


( 

( 


* (t? "T C * fit J 


CLO ~r 


POD 
rUr 


A 


* Vf7 ~r C * u) 






A 
ZA 






DAD 
rUr 


A 
ZA 


fit J- f> * 




PITCH * 




^t? -r C * a) 




PPT An 




b ~\~ c * a) 




PT TQT-f j' 


( * 


b + c * <z) 




pp a n 


(. * 


+ c * fl) 


stbt 4- 




(, * 


+ C * (l) 


✓ill 4- /i 


de An 


( » 


c * Cl) 


nh 4- A 


POP 
rUr 




C * fit) 


nh 4- A 


PT TQTJ ( 
rUon V 


(, * 


C * fl) 


at? ~r o 


rUon 


4- { * 


C * fl) 


(ID ^ O 


pc An 


+ I * 


* n\ 

* 


nht 4- h 
CID \ O 


PPTMT 


+ (. * 


* a) 


db + be 


pp An 




a) 


db H" t?c 


POP 




a) 
u ) 




PUSH + 


+ ( * 


a) 


db + £?C 


PUSH * 


* + ( * 


a) 


a/7 + be 


READ 


* + ( * 


) 


ab + be 


PRINT 


* + ( * 


) 


a6 + bca 
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STATE 


STACK 


TAPE 


OUTPUT 


READ 


* + ( * 


A 


ab + bca 


POP 


+ ( * 


A 


ab + bca 


PRINT 


+ ( * 


A 


ab + bca * 


POP 


( * 


A 


ab + bca * 


PRINT 


( * 


A 


ab + bca * + 


POP 


* 


A 


ab + bca * + 


READ 


* 


A 


ab + bca * + 


POP 


A 


A 


ab + bca * + 


PRINT 


A 


A 


ab + bca * + * 


POP 


A 


A 


ab + bca * + * 


ACCEPT 


A 


A 


ab + bca * + * 



PROBLEMS 



Using top-down parsing, find the left-most derivation in the grammar PLUS- 
TIMES for the following expressions. 

1. / + /' + / 

2. i * i + i * i 

3. /' * (i + i) *i 

4. ((0 * (i + /)) + i 

5. (((0) + ((0)) 



Using bottom-up parsing, find any derivation in the grammar PLUS-TIMES 
for the following expressions. 

6. i * (0 

v. ((0 + ((/))) 

8. (/ * i + i) 

9. / * (i + i) 
10. (i * i) * i 
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The following is a version of an unambiguous grammar for arithmetic expres- 
sions employing — and / as well as + and * . 

S-* E 

E—>T\E + T\E — T\-T 
T^> F | T * F | TIF 

/="->(£) I i 

Find a left-most derivation in this grammar for the following expressions using 
the parsing algorithms specified. 

11. ((i + 0 - i * i) I i - i 

(Do this by inspection, that means guesswork. Do we divide by zero 
here?) 

12. i I i + i (Top-down) 

13. i * 2 / /' — i (Top-down) 

14. i I i I i (Top-down) 

Note that this is not ambiguous in this particular grammar. Do we eval- 
uate right to left or left to right? 

15. i — i — i (Bottom-up) 

16. Using the second pushdown transducer, convert the following arithmetic 
expressions to postfix notation and then evaluate them on the first push- 
down transducer. 

(i) 2 * (7 + 2) 

(ii) 3*4 + 7 

(iii) (3 + 5) + 7 * 3 

(iv) (3 * 4 + 5) * (2 + 3 * 4) Hint: The answer is 238. 

17. Design a pushdown transducer to convert infix to prefix. 

18. Design a pushdown transducer to evaluate prefix. 

19. Create an algorithm to convert prefix to postfix. 

20. The transducers we designed in this chapter to evaluate postfix notation 
and to convert infix to postfix have a funny quirk: they can accept some 
bad input strings and process them as if they were proper. 

(i) For each machine, find an example of an accepted bad input. 

(ii) Correct these machines so that they accept only proper inputs. 
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DECIDABILITY 



In Part II we have been laying the foundations of the Theory of Formal Lan- 
guages. Among the many avenues of investigation we have left open are some 
questions that seem very natural to ask, such as the following. 

1. How can we tell whether or not two different CFG's define the same 
language? 

2. Given a particular CFG, how can we tell whether or not it is ambiguous? 

3. Given a CFG, how can we tell whether or not it has an equivalent PDA 
that is deterministic? 

4. Given a CFG that is ambiguous, how can we tell whether or not there 
is a different CFG that generates the same language but is not ambiguous? 

5. How can we tell whether or not the complement of a given context-free 
language is also context-free? 

6. How can we tell whether or not the intersection of two context-free lan- 
guages is also context-free? 

7. Given two context-free grammars, how can we tell whether or not they 
have a word in common? 

8. Given a CFG, how can we tell whether or not there are any words that 
it does not generate? (Is its language all (a + b)* or not?) 
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These are very fine questions, yet, alas, they are unanswerable. There are 
no algorithms to resolve any of these questions. This is not because computer 
theorists have been too lazy to find them. No algorithms have been found 
because no such algorithms exist — anywhere — ever. 

We are using the word "exist" in a special philosophical sense. Things that 
have not yet been discovered but that can someday be discovered we still call 
existent, as in the sentence, "The planet Jupiter existed long before it was 
discovered by man." On the other hand, certain concepts lead to mathematical 
contradictions, so they cannot ever be encountered, as in, "The planet on which 
2 + 2 = 5," or "The smallest planet on which 2 + 2 = 5," or "The tallest 
married bachelor." In Part III we shall show how to prove that some computer 
algorithms are just like married bachelors in that their very existence would 
lead to unacceptable contradictions. Suppose we have a question that requires 
a decision procedure. If we prove that no algorithm can exist to answer it, 
we say that the question is undecidable. Questions 1 through 8 are undecidable. 

This is not a totally new concept to us; we have seen it before, but not 
with this terminology. In geometry, we have learned how to bisect an angle 
given a straightedge and compass. We cannot do this with a straightedge alone. 
No algorithm exists to bisect an angle using just a straightedge. We have also 
been told (although the actual proof is quite advanced) that even with a straight- 
edge and compass we cannot trisect an angle. Not only is it true that no one 
has ever found a method for trisecting an angle, nobody ever will. And that 
is a theorem that has been proven. 

We shall not present the proof that questions 1 through 8 are undecidable, 
but toward the end of the book we will prove something very similar. 



What Exists What Does Not Exist 



1. 


What is known 


1. 


Married bachelors 


2. 


What will be known 


2. 


Algorithms for 








questions 1 through 8 








above 


3. 


What might have been 


3. 


A good 50 cigar 




known but nobody will 








ever care enough to 








figure it out 







There are, however, some other fundamental questions about CFG's that 
we can answer. 

1. Given a CFG, can we tell whether or not it generates any words at all? 
This is the question of emptiness. 

2. Given a CFG, can we tell whether or not the language it generates is 
finite or infinite? This is the question of finiteness. 
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3. Given a CFG and a particular string of letters w, can we tell whether or 
not w can be generated by the CFG? This is the question of membership. 

Now we have a completely different story. The answer to each of these 
three easier questions is "yes." Not only do algorithms to make these three 
decisions exist, but they are right here on these very pages. The best way to 
prove that an algorithm exists is to spell it out. 

THEOREM 41 

Given any CFG, there is an algorithm to determine whether or not it can 
generate any words. 

PROOF 

The proof will be by constructive example. We show there exists such an 
algorithm by presenting one. 

In Theorem 21 of Chapter 16 we showed that every CFG that does not 
generate A can be written without A-productions. 

In that proof we showed how to decide which nonterminals are nullable. 
The word A is a word generated by the CFG if and only if S is nullable. 
We already know how to decide whether the start symbol S is nullable: 

* 

S => A? 

Therefore, the problem of determining whether A is a word in the language 
of any CFG has already been solved. 

Let us assume now that A is not a word generated by the CFG. In that 
case, we can convert the CFG to CNF preserving the entire language. 

If there is a production of the form 

S^> t 

where ( is a terminal, then ( is a word in the language. 

If there are no such productions we then propose the following algorithm. 

Step 1 For each nonterminal N that has some productions of the form 

N^> t 

where t is a terminal or string of terminals, we choose one of these 
productions and throw out all other productions for which N is on the 
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left side. We then replace N by t in all the productions in which N is on 
the right side, thus eliminating the nonterminal N altogether. We may 
have changed the grammar so that it no longer accepts the same language. 
It may no longer be in CNF. That is fine with us. Every word that can 
be generated from the new grammar could have been generated by the 
old CFG. If the old CFG generated any words, then the new one does 
also. 

Step 2 Repeat Step 1 until either it eliminates S or it eliminates no new nonter- 
minals. If S has been eliminated, then the CFG produces some words, 
if not then it does not. (This we need to prove.) 

The algorithm is clearly finite, since it cannot run Step 1 more times 
than there are nonterminals in the original CNF version. The string of 
nonterminals that will eventually replace S is a word that could have been 
derived from S if we retraced in reverse the exact sequence of steps that 
lead from the terminals to S. 

If Step 2 makes us stop while we still have not replaced 5, then we 
can show that no words are generated by this CFG. If there were any 
words in the language we could retrace the tree from any word and follow 
the path back to S. 

For example, if we have the derivation tree: 



s 




b b 



then we can trace backward as follows (the relevant productions can be 
read from the tree): 

B —> b 

must be a production, so replace all fi's with fr's: 

y-> BB 

is a production, so replace Y with bb: 



A—* a 
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is a production, so replace A with a: 

X^ AY 

is a production, so replace X with abb. 

S-^XY 

is a production, so replace S with abbbb. 

Even if the grammar included some other production; for example 

B — » (where is some other terminal) 

we could still retrace the derivation from abbbb to S, but we could just 
as well end up replacing S by adddd — if we chose to begin the backup 
by replacing all ZTs by d instead of by b. 

The important fact is that some sequence of backward replacements will 
reach back to S if there is any word in the language. 

The proposed algorithm is therefore a decision procedure. ■ 

EXAMPLE 

Consider this CFG: 

S XY 
X — » AX 
X^> AA 
A —* a 

Y —> BY 
Y^BB 
B^b 

Step 1 Replace all A's by a and all fi's by b. This gives: 

S ^XY 
X^ aX 
X—*aa 

Y -> bY 

Y -> bb 
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Step 1 Replace all X's by aa and all 7's by bb 

S — * aabb 

Step 1 Replace all 5"s by aabb. 

Step 2 Terminate Step 1 and discover that S has been eliminated. Therefore, the 
CFG produces at least one word. ■ 

EXAMPLE 

Consider this CFG: 

S ^>XY 
X—> AX 
A —*■ a 

Y — > BY 
Y-+BB 
B^>b 

Step 1 Replace all A's by a and all B's by b. This gives: 

S -+XY 
X^aX 

Y -» bY 
Y^bb 

Step 1 Replace all Y's by bb. This gives: 

Step 2 Terminate Step 1 and discover that 5 is still there. This CFG generates 
no words. ■ 



EXAMPLE 

Consider this CFG: 

S -> XY 
X-*ZX 
Z-> a 
X —> AX 
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X^ZZ 
Y^BB 
B-> b 
A^XA 

Step 1 Replace all Z's by a and all B's by b. This gives: 

S -> XY 
X^ aX 
X —> AX 
X — > aa 
Y-^bb 
A —> XA 

Step 1 Replace all X's by aa and all Fs by bb. This gives: 

5 — » aabb 
A — > aaA 

Step 1 Replace all S's with aabb. This gives: 

A —> aaA 

Step 2 Terminate Step 1 and discover that S has been eliminated. This CFG 
generates at least one word, even though when we terminated Step 1 
there were still some productions left. We notice that the nonterminal A 
can never be used in the derivation of a word. ■ 

As a final word on this topic, we should note that this algorithm does not 
depend on the CFG's being in CNF, as we shall see in the problems below. 

We have not yet gotten all the mileage out of the algorithm in the previous 
theorem. We can use it again to prove: 

THEOREM 42 

There is an algorithm to decide whether or not a given nonterminal X in a 
given CFG is ever used in the generation of words. 

PROOF 

Following the algorithm of the previous theorem until no new nonterminals 
can be eliminated will tell us which nonterminals can produce strings of ter- 
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minals. Clearly, all nonterminals left cannot produce strings of terminals and 
all those replaced can. 

However, it is not enough to know that a particular nonterminal (call it X) 
can produce a string of terminals. We must also determine whether it can be 
reached from S in the middle of a derivation. 

In other words, there are two things that could be wrong with X. 

1. X produces strings of terminals but cannot be reached from S. For example 
in 

S -> Ya | Yb 

Y^ab 

X-*aY\b 

2. X can be reached from 5 but only in working strings that involve useless 
nonterminals that prevent word derivations. For example in 

S -> Ya | Yb | a 
Y^XZ 
X-» ab 
Z-+Y 

Here Z is useless in the production of words, so Y is useless in the pro- 
duction of words, so X is useless in the production of words. 

The algorithm that will resolve these issues is of the blue paint variety. 

Step 1 Use the algorithm of Theorem 41 to find out which nonterminals cannot 
produce strings of terminals. Call these useless. 

Step 2 Purify the grammar by eliminating all productions involving the useless 
nonterminals. If X has been eliminated, we are done. If not, proceed. 

Step 3 Paint all X's blue. 

Step 4 If any nonterminal is the left side of a production with anything blue on 
the right, paint it blue, and paint all occurrences of it throughout the 
grammar blue, too. 

Step 5 The key to this approach is that all the remaining productions are guar- 
anteed to terminate. This means that any blue on the right gives us blue 
on the left (not just all blue on the right, the way we pared down the 
row grammar in Chapter 18). Repeat Step 4 until nothing new is painted 
blue. 

Step 6 If 5 is blue, X is a useful member of the CFG, since there are words 
with derivations that involve X-productions. If not, X is not useful. 
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Obviously, this algorithm is finite, since the only repeated part is Step 4 
and that can be repeated only as many times as there are nonterminals in the 
grammar. 

It is also clear that if X is used in the production of some word, then S 
will be painted blue, since if we have 

S => . . . z> (blah) X (blah) . . . => word 

then the nonterminal that put X into the derivation in the first place will be 
blue, and the nonterminal that put that one in will be blue, and the nonterminal 
from which that came will be blue ... up to S. 

Now let us say that S is blue. Let us say that it caught the blue through 
this sequence: X made A blue and A made B blue and B made C blue ... up 
to S. The production in which X made A blue looked like this: 

A -* (blah) X (blah) 

Now the two (blah)'s might not be strings of terminals, but it must be true 
that any nonterminals in the (blah)'s can be turned into strings of terminals 
because they survived Step 2. So we know that there is a derivation from A 
to a string made up of X with terminals 

* 

A =^ (string of terminals) X (string of terminals) 
We also know that there is a production of the form 

B => (blah) A (blah) 

that can likewise be turned into 
* 

B =^> (string of terminals) A (string of terminals) 
=^> (string of terminals) X (string of terminals) 
We now back all the way up to S and realize that there is a derivation 

S =^ (string of terminals) X (string of terminals) 
=^> (word) 

Therefore, this algorithm is exactly the decision procedure we need to decide 
if X is actually ever used in the production of a word in this CFG. ■ 
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EXAMPLE 

Consider the CFG 

S ABa \bAZ\b 

A-*Xb\ bZa 

B —> bAA 

X —> aZa | aaa 

Z->ZAbA 

We quickly see that X terminates (goes to all terminals, whether or not it 
can be reached from S). Z is useless (because it appears in all of its pro- 
ductions). A is blue. B is blue. S is blue. So X must be involved in the 
production of words. To see one such word we can write: 

A->Xb 
bAA 

Now since A is useful, it must produce some string of terminals. In fact, 

* 

A aaab 
* 

So, B bAaaab 

bXbaaab 

Now 

S — » ABa 
* 

=^ aaabBa 

=^ aaabbXbaaaba 

We know that X is useful, so this is a working string in the derivation of an 
actual word in the language of this grammar. ■ 

The last two theorems have been part of a project, designed by Bar-Hillel, 
Perles, and Shamir to settle a more important question. 

THEOREM 43 

There is an algorithm to decide whether a given CFG generates an infinite 
language or a finite language. 
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PROOF 

The proof will be by constructive algorithm. We shall show that there exists 
such a procedure by presenting one. If any word in the language is long enough 
to apply the Pumping Lemma (Theorem 35) to, we can produce an infinite 
sequence of new words in the language. 

If the language is infinite, then there must be some words long enough so 
that the Pumping Lemma applies to them. Therefore, the language of a CFG 
is infinite if and only if the Pumping Lemma can be applied. 

The essence of the Pumping Lemma was to find a self-embedded nonter- 
minal X, that is, one such that some derivation tree starting at X leads to 
another X. 




We shall show in a moment how to tell if a particular nonterminal is self- 
embedded, but first we should also note that the Pumping Lemma will work 
only if the nonterminal that we pump is involved in the derivation of any 
words in the language. Without the algorithm of Theorem 42, we could be 
building larger and larger trees, none of which are truly derivation trees. For 
example, in the CFG: 

S -> aX\b 
X^XXb 

the nonterminal X is certainly self-embedded, but the language is finite none- 
theless. 

So the first step is: 

Step 1 Use the algorithm of Theorem 42 to determine which nonterminals are 
not used to produce any words. Eliminate all productions involving them. 

Step 2 Use the following algorithm to test each of the remaining nonterminals 
in turn to see if it is self-embedded. When a self-embedded one is dis- 
covered stop. 
To test X: 

(i) Change all X's on the left side of productions into the Russian let- 
ter JK, but leave all the X's on the right side of productions alone. 

(ii) Paint all X's blue. 
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(iii) If Y is any nonterminal that is the left side of any production with 
some blue on the right side, then paint all Y's blue. 

(iv) Repeat Step 2 (iii) until nothing new is painted blue. 

(v) If yK is blue, the X is self-embedded; if not, not. 

Step 3 If any nonterminal left in the grammar after Step 1 is self-embedded, the 
language generated is infinite. If not, then the language is finite. 

The explanation of why this procedure is finite and works is identical to 
the explanation in the proof of Theorem 42. ■ 

EXAMPLE 

Consider the grammar: 

S -> ABa | bAZ \ b 
A Xb | bZa 
B — » bAA 

X —> aZa | bA \ aaa 
Z -» ZAbA 

This is the grammar of the previous example with the additional production 
X— > bA. As before, Z is useless while all other nonterminals are used in the 
production of words. We now test to see if X is self-embedded. 
First we trim away Z: 

S -> ABa | b 
A^Xb 
B^ bAA 
X —* bA | aaa 

Now we introduce: 

S 
A 
B 

yK 

Now the paint: 

X is blue 

A — > Xb, so A is blue 
yK bA, so ~>K is blue 



ABa I b 

Xb 

bAA 

bA I aaa 
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B — » A, so B is blue 
5 — » ABa, so S is blue 

Conclusion: 

>K is blue, so the language generated by this CFG is infinite. ■ 

We now turn our attention to the last decision problem we can handle for 
CFG's. 

THEOREM 44 

Given a CFG and a word w in the same alphabet, we can decide whether or 
not w can be generated by the CFG. 

PROOF 

This theorem should have a one-word proof: "Parsing." When we try to parse 
w in the CFG we arrive at a derivation or a dead-end. Let us carefully explain 
why this is a decision procedure. 

If we were using top-down parsing, we would start with S and produce the 
total language tree until we either found the word w or terminated all branches 
for the reasons given in Chapter 21: forbidden substring, working string too 
long, and so on. 

Let us now give a careful argument to show that this is a finite process. 
Assume that the grammar is in CNF. 

First let us show that starting with S we need exactly (length(w) - 1) 
applications of live productions N — > XY, to generate w, and exactly length(w) 
applications of dead productions, N — » t. This is clear since live productions 
increase the number of symbols in the working string by one, and dead pro- 
ductions do not increase the total number of symbols at all but increase the 
number of terminals by one. We start with one symbol and end with length(u') 
symbols. Therefore we have applied (length(w) — 1) live productions. Starting 
with no terminals in the working string (S alone), we have finished up with 
length(w) terminals. Therefore, we have applied exactly length(w) dead pro- 
ductions. If we count as a step one use of any production rule, then the total 
number of steps in the derivation of w must be: 

number of live productions + number of dead productions 
= 2 length(w) - 1 

Therefore, once we have developed the total language tree this number of 
levels down, either we have produced w or else we never will. 
Therefore, the process is finite and takes at most 
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p21ength(w) - 1 

steps where p is the number of productions in the grammar. ■ 

There is one tricky point here. We have said that this algorithm is a decision 
procedure since it is finite. However, the number 

^21ength(tv) - 1 

can be phenomenally large. We must be careful to note that the algorithm is 
called finite because once we are given the grammar (in CNF) and the word 
w, we can predict ahead of time (before running the algorithm) that the pro- 
cedure must end within a known number of steps. This is what it means for 
an algorithm to be a finite decision procedure. It is conceivable that for some 
grammar we could not specify an upper bound on the number of steps the 
derivation of w might have. We might then have to consider suggestions such 
as, "Keep trying all possible sequences of productions no matter how long." 
However, this would not be a decision procedure since if w is not generatable 
by the grammar our search would be infinite, but at no time would we know 
that we could not finally succeed. We shall see some non-context-free gram- 
mars later that have this unhappy property. 

The decision procedure presented in the proof above is adequate to prove 
that the problem has an algorithmic solution, but in practice the number of 
steps is often much too large even to think of ever doing the problem this 
way. Although this is a book on theory and such mundane considerations as 
economy and efficiency should not, in general, influence us, the number of 
steps in the algorithm above is too gross to let stand unimproved. 

We now present a much better algorithm discovered by John Cocke and 
subsequently published by Tadao Kasami (1965) and Daniel H. Younger (1967), 
called the CYK algorithm. 

Let us again assume that the grammar is in CNF. 

First let us make a list of all the nonterminals in the grammar, including 

S. 

S JV, N 2 N 3 . . . 

These will be the column headings of a large table. Under each symbol let 
us list all the single-letter terminals that they can generate. These we read off 
from the dead productions, N—>t. 

It is possible that some nonterminals generate no single terminals, in which 
case we leave the space under them blank. 

On the next row below this we list for each nonterminal all the words of 
length 2 that it generates. For N t to generate a word of length 2 it must have 
a production of the form N, — » A^A^, where N 2 generates a word of length 
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1 and N 3 also generates a word of length 1 . We do not rely on human insight 
to construct this row, but follow a mechanical procedure: For each production 
of the form Ni — » N 2 N 3 , we multiply the set of words of length 1 that N 2 
generates (already in the table) by the set of words of length 1 that N 3 generates 
(this set is also already in the table). This product set we write down on the 
table in row 2 under the column N\. 

Now we construct the next row of the table: all the words of length 3. A 
nonterminal generates a word of length 3 if it has a live production 
Ni — » N 2 N 3 and N 2 generates a word of length 1 and N 3 generates a word of 
length 2 or else N 2 generates a word of length 2 and N 3 generates a word 
of length 1. To produce the list of words in row 3 under N\ mechanically, 
we go to row 1 under N 2 and multiply that set of words by the set of words 
found in row 2 under N 3 . To this we add (also in row 3) the product of row 

2 under N\ times row 1 under N 3 . We must do this for every live production 
to complete row 3. 

We continue constructing this table. The next row has all the words of 
length 4. Those derived from N t by the production — » N 2 N 3 are the union 
of the products: 

(all words of length 1 from N 2 ) (all words of length 3 from N 3 ) 
+ (all words of length 2 from N 2 ) (all words of length 2 from N 3 ) 
+ (all words of length 3 from N 2 ) (all words of length 1 from N 3 ) 

All the constituent sets of words mentioned here have already been calculated 
in this table. 

We continue this table until we have all words of lengths up to length(w) 
generated by each nonterminal. We then check to see if w is among those 
generated from S. This will definitively decide the question. 

We can streamline this procedure slightly by eliminating from the table all 
small words generated that cannot be substrings of w since these could not 
be part of the forming of w. Also at the next-to-the-last row of words (of 
(length(w) — 1)) we need only generate the entries in those columns X and 
Y for which there is a production of the form 

S->XY 

and then the only entry we need calculate in the last row (the row of words 
of length w) is the one under 5. 



EXAMPLE 

Consider the CFG: 



S XY 
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X->XA 

Y — > AY 
A—> a 
X-> a | b 

Y ^ a 

Let us test to see if the word babaa is generated by this grammar. 
First we write out the nonterminals as column heads. 



s 


X 


Y 


A 











The first row is the list of all the single terminals each generates. 



s 


X 


Y 


A 




a b 


a 


a 



Notice that S generates no single terminal. Now to construct the next row of 
the table we must find all words of length 2 generated by each nonterminal. 





5 


X 


Y 


A 


Length 1 




a b 


a 


a 


Length 2 


aa ba 


aa ba 


aa 





The entries in row 2 in the S column come from the live production S —> XY, 
so we multiply the set of words generated by X in row 1 times the words 
generated by Y in row 1 . Also X —*■ XA and Y ^ AY give multiplications that 
generate the words in row 2 in the X and Y columns. Notice that A is the 
left side of no live production, so its column has stopped growing. A produces 
no words longer than one letter. 
The third row is 





S 


X 


Y 


A 


Length 1 




a b 


a 


a 


Length 2 


aa ba 


aa ba 


aa 




Length 3 


aaa 
baa 


aaa 
baa 


aaa 
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The entry for column S comes from S — » XY: 

(all words of length 1 from X) (all words of length 2 from Y) 
+ (all words of length 2 from X) (all words of length 1 from Y) 

= {a + b} {aa} + {aa + ba} {a} 
= aaa + baa + aaa + baa 
= aaa + baa 

Notice that we have eliminated duplications. However we should eliminate 
more. Our target word w does not have the substring aaa, so retaining that 
possibility cannot help us form w. We eliminate this string from the table 
under column S, under column X, and under column Y. We can no longer 
claim that our table is a complete list of all words of lengths 1, 2, or 3 
generated by the grammar, but it is a table of all strings generated by the 
grammar that may help derive w. We continue with row 4. 





5 


X 


Y 


A 


Length 1 




a b 


a 


a 


Length 2 


aa bb 


aa ba 


aa 




Length 3 


baa 


baa 






Length 4 


aaaa 
baaa 


baaa 







In column S we have 

(all words of length 1 from X) (all words of length 3 from Y) 
+ (all words of length 2 from X) (all words of length 2 from Y) 
+ (all words of length 3 from X) (all words of length 1 from Y) 

= {a + b) {nothing} + {aa + ba} {aa} + {baa} {a} 

= aaaa + baaa + baaa 

= aaaa + baaa 

To calculate row 4 in column X, we use the production X — * XA 

(all words of length 1 from X) (all words of length 3 from A) 
+ (all words of length 2 from X) (all words of length 2 from A) 
+ (all words of length 3 from X) (all words of length 1 from A ) 

= {a + b} {nothing} + {aa + ba} {nothing} + {baa} {a} 

= baaa 
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Row 4 in column Y is done similarly: 

(all words of length 1 from A) (all words of length 3 from Y) 
+ (all words of length 2 from A) (all words of length 2 from Y) 
+ (all words of length 3 from A) (all words of length 1 from Y) 

= {a} {nothing} + {nothing} {aa} + {nothing} {a} 

= nothing 

Again we see that we have generated some words that are not possible 
substrings of w. Both aaaa and baaa are unacceptable and will be dropped. 
This makes the whole row empty. No four-letter words generated by this gram- 
mar are substrings of w. 

The next row is as far as we have to go, since we have to know only all 
the five-letter words that are generated by S to decide the fate of our target 
word w = babaa. These are: 

(all words of length 1 from X) (all words of length 4 from Y) 
+ (all words of length 2 from X) (all words of length 3 from Y) 
+ (all words of length 3 from X) (all words of length 2 from Y) 
+ (all words of length 4 from X) (all words of length 1 from Y) 

= {a + b} {nothing} + {aa + ba] {nothing} + {baa} {aa} 

+ {nothing} {a} 

= baaaa 

The only five-letter word in this table is baaaa, but unfortunately baaaa 
is not w, so we know conclusively that w is not generated by this grammar. 
This was not so much work, especially when compared with the 

p 2 len & h(w) - 1 = 6 9 = 10,077,696 

strings of productions the algorithm proposed in the proof of Theorem 44 would 
have made us check. I 

Let's run through this process quickly on one more example. 

EXAMPLE 

Consider the grammar: 



S -» AX | BY 
X-» SA 
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r-> sb 

A—* a 
B->b 
S — » a | b 

This is a CNF grammar for ODDP ALINDROME . Let w be the word ababa. 
This word does not contain a double a or a double b, so we should eliminate 
all generated words that have either substring. However, for the sake of making 
the table a complete collection of odd palindromes of length 5 or less, we 
shall not make use of this efficient shortcut. 

S has two live productions, so the words generated by 5 of length 5 are: 

(all words of length 1 from A) (all words of length 4 from X) 
+ (all words of length 2 from A) (all words of length 3 from X) 
+ (all words of length 3 from A) (all words of length 2 from X) 
+ (all words of length 4 from A) (all words of length 1 from X) 

+ 

(all words of length 1 from B) (all words of length 4 from Y) 
+ (all words of length 2 from B) (all words of length 3 from Y) 
+ (all words of length 3 from B) (all words of length 2 from Y) 
+ (all words of length 4 from B) (all words of length 1 from Y) 



The CYK table is: 





5 


X 


Y 


A 


B 


Length 1 


a b 






a 


b 


Length 2 




aa ba 


ab bb 






Length 3 


aaa aba 
bab bbb 










Length 4 




aaaa abaa 
baba bbba 


aaab abab 
babb bbbb 






Length 5 


aaaaa aabaa 
ababa abbba 
baaab babab 
bbabb bbbbb 











We do find w among the words of length 5 generated from S. 

If we had eliminated all words with double letters, we would have had an 
even quicker search; but since we know what this language looks like, we 
write out the whole table to get an understanding of the meaning of the non- 
terminals X and Y. ■ 
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PROBLEMS 

Decide whether or not the following grammars generate any words using the 
algorithm of Theorem 40. 

1. S^>aSa\bSb 

2. S^XY 
X^SY 

Y —> SX 
X-* a 

y-» b 

3. S-+AB 
A^BC 
C^DA 
B —* CD 
D^>a 
A^>b 

4. 5 -»• XS 
X^YX 

Y —> YY 
Y^ XX 
X^> a 

5. S —* AB 
A — » BSB 
B -> AAS 
A-+CC 
B^CC 
C^SS 
A^> a\b 
C^b\bb 

6. Modify the proof of Theorem 40 so that it can be applied to any CFG, 
not just those in CNF. 

For each of the following grammars decide whether the language they generate 
is finite or infinite using the algorithm in Theorem 43. 

7. 5 -> XS | b 
X^YZ 
Z^XY 
Y^ab 
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8. S->XS\b 
X->YZ 
Z^XY 
X-^ ab 

9. S^XY\bb 
X^> YX 

Y — » XY | SS 

10. S^XY\bb 
X^YY 
Y^XY[SS 

11. S-+XY 

X^AA\YY\b 
A^BC 
B->AC 
C-^BA 

y-* a 

12. S^XY 

X^> AA\XY\b 
A^BC 
B^ AC 
C^BA 
Y^ a 

13. (i) S^SS\b 

X^SS\SX\a 

(ii) XX 

X 55 | a 

14. Modify Theorem 43 so that the decision procedure works on all CFG's, 
not just those in CNF. 

15. Prove that all CFG's with only the one nonterminal S and one or more 
live productions and one or more dead productions generate an infinite 
language. 

For the following grammars and words decide whether or not the word is 
generated by the grammar using the CYK algorithm. 

16. 5 — » SS w = abba 
S —> a 
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17. S — » XS w = baab 
X^XX 

X^ a 
S^b 

18. (i) S-+XY w = abbaa 

X^SY 
Y —> SS 
X -> a\bb 
Y '—> aa 

(ii) S-^> AB \ CD \ a \ b w = bababab 

A—* a 
SA 

C^DS 
D^b 

19. Modify the CYK-algorithm so that it applies to any CFG, not just those 
in CNF. 

20. We stated at the beginning of this chapter that the problem of determining 
whether a given PDA accepts all possible inputs is undecidable. This is 
not true for deterministic PDA's. Show how to decide whether the lan- 
guage accepted by a DPDA is all of (a + b)* or not. 



PART III 




TURING 
THEORY 



CHAPTER 24 



TURING 
MACHINES 



At this point it will help us to recapitulate the major themes of the previous 
two parts and outline all the material we have yet to present in the rest of 
the book all in one large table. 



Language 

Denned 

by 


Corresponding 
Acceptor 


Nondeterminism 
— determinism? 


Language 

Closed 

Under 


What Can 
be Decided 


Example 
of 

Application 


Regular 
expression 


Finite 
automaton 

Transition 
graph 


Yes 


Union, 
product, 
Kleene star, 
intersection, 
complement 


Equivalence, 
emptiness, 
finiteness, 
membership 


Text editors, 

sequential 

circuits 


Context- 
free 

grammar 


Pushdown 
automaton 


No 


Union, 
product, 
Kleene star 


Emptiness 

finiteness 

membership 


Programming 
language 
statements, 
compilers 


Type 0 
grammar 


Turing 
machine, 
Post machine, 
2PDA, nPDA 


Yes 


Union, 
product, 
Kleene star 


Not much 


Computers 
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We see from the lower right entry in the table that we are about to fulfill 
the promise made in the introduction. We shall soon provide a mathematical 
model for the entire family of modern-day computers. This model will enable 
us not only to study some theoretical limitations on the tasks that computers 
can perform, it will also be a model that we can use to show that certain 
operations can be done by computer. This new model will turn out to be 
surprisingly like the models we have been studying so far. 

Another interesting observation we can make about the bottom row of the 
table is that we take a very pessimistic view of our ability to decide the 
important questions about this mathematical model (which as we see is called 
a Turing machine). 

We shall prove that we cannot even decide if a given word is accepted by 
a given Turing machine. This situation is unthinkable for FA's or PDA's, but 
now it is one of the unanticipated facts of life — a fact with grave repercussions. 

There is a definite progression in the rows of this table. All regular lan- 
guages are context-free languages, and we shall see that all context-free lan- 
guages are Turing machine languages. Historically, the order of invention of 
these ideas is: 

1. Regular languages and FA's were developed by Kleene, Mealy, Moore, 
Rabin, and Scott in the 1950s. 

2. CFG's and PDA's were developed later, by Chomsky, Oettinger, 
Schiitzenberger, and Evey, mostly in the 1960s. 

3. Turing machines and their theory were developed by Alan Mathison Turing 
and Emil Post in the 1930s and 1940s. 

It is less surprising that these dates are out of order than that Turing's work 
predated the invention of the computer itself. Turing was not analyzing a 
specimen that sat on the table in front of him; he was engaged in inventing 
the beast. It was directly from the ideas in his work on mathematical models 
that the first computers were built. This is another demonstration that there 
is nothing more practical than a good abstract theory. 

Since Turing machines will be our ultimate model for computers, they will 
necessarily have output capabilities. Output is very important, so important that 
a program with no output statements might seem totally useless because it 
would never convey to humans the result of its calculations. We may have 
heard it said that the one statement every program must have is an output 
statement. This is not exactly true. Consider the following program (written 
in no particular language): 

1. READ X 

2. IF X = 1 THEN END 

3. IF X = 2 THEN DIVIDE X BY 0 

4. IF X > 2 THEN GOTO STATEMENT 4 
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Let us assume that the input is a positive integer. If the program terminates 
naturally, then we know X was 1. If it terminates by creating overflow or 
was interrupted by some error message warning of illegal calculation (crashes), 
then we know that X was 2. If we find that our program was terminated 
because it exceeded our alloted time on the computer, then we know X was 
greater than 2. We shall see in a moment that the same trichotomy applies 
to Turing machines. 

DEFINITION 

A Turing machine, denoted TM, is a collection of six things: 

1. An alphabet 2 of input letters, which for clarity's sake does not contain 
the blank symbol A. 

2. A Tape divided into a sequence of numbered cells each containing one 
character or a blank. The input word is presented to the machine one 
letter per cell beginning in the left-most cell, called cell i. The rest of 
the Tape is initially filled with blanks, A's. 

cell i cell ii cell iii cell iv cell v 



3. A Tape Head that can in one step read the contents of a cell on the 
Tape, replace it with some other character, and reposition itself to the 
next cell to the right or to the left of the one it has just read. At the 
start of the processing, the Tape Head always begins by reading the input 
in cell i. The Tape Head can never move left from cell i. If it is given 
orders to do so, the machine crashes. 

4. An alphabet, T, of characters that can be printed on the Tape by the 
Tape Head. This can include 2. Even though we allow the Tape Head 
to print a A we call this erasing and do not include the blank as a letter 
in the alphabet I\ 

5. A finite set of states including exactly one START state from which we 
begin execution (and which we may reenter during execution) and some 
(maybe none) HALT states that cause execution to terminate when we 
enter them. The other states have no functions, only names: 



q u q 2 , <?3, • • • or 1, 2, 3, 
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6. A program, which is a set of rules that tell us, on the basis of the letter 
the Tape Head has just read, how to change states, what to print and 
where to move the Tape Head. We depict the program as a collection 
of directed edges connecting the states. Each edge is labeled with a triplet 
of information: 

(letter, letter, direction) 

The first letter (either A or from 2 or T) is the character the Tape Head 
reads from the cell to which it is pointing. The second letter (also A or 
from O is what the Tape Head prints in the cell before it leaves. The 
third component, the direction, tells the Tape Head whether to move one 
cell to the right, R, or one cell to the left, L. 

No stipulation is made as to whether every state has an edge leading from 
it for every possible letter on the Tape. If we are in a state and read a letter 
that offers no choice of path to another state, we crash; that means we ter- 
minate execution unsuccessfully. To terminate execution of a certain input suc- 
cessfully we must be led to a HALT state. The word on the input Tape is 
then said to be accepted by the TM. 

A crash also occurs when we are in the first cell on the Tape and try to 
move the Tape Head left. 

By definition, all Turing machines are deterministic. This means that there 
is no state q that has two or more edges leaving it labeled with the same first 
letter. 

For example, 




is not allowed. ■ 



EXAMPLE 

The following is the Tape from a Turing machine about to run on the input 
aba 





n 


in 


IV 


V 


VI 


a 


b 


a 


A 


A 


A 





0 

Tape Head 
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The program for this TM is given as a directed graph with labeled edges 
as shown below 



(a,a,R) 




(b,b,R) 



Notice that the loop at state 3 has two labels. The edges from state 1 to 
state 2 could have been drawn as one edge with two labels. 

We start, as always, with the Tape Head reading cell i and the program 
in the start state, which is here labeled state 1. We depict this as 

1 

aba 

The number on top is the number of the state we are in. Below that is the 
current meaningful contents of the string on the Tape up to the beginning of 
the infinite run of blanks. It is possible that there may be a A inside this 
string. We underline the character in the cell that is about to be read. 

At this point in our example, the Tape Head reads the letter a and we 
follow the edge (a,a,R) to state 2. The instructions of this edge to the Tape 
Head are "read an a, print an a, move right." 

The Tape now looks like this: 



111 IV 



a b 



Notice that we have stopped writing the words "Tape Head" under the 
indicator under the Tape. It is still the Tape Head nonetheless. 
We can record the execution process by writing: 

1 _^ 2 
aba aba 

At this point we are in state 2. Since we are reading the b in cell ii, we 
must take the ride to state 3 on the edge labeled (b,b,R). The Tape Head 
replaces the b with a b and moves right one cell. The idea of replacing a 
letter with itself may seem silly, but it unifies the structure of Turing machines. 
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We could instead have constructed a machine that uses two different types of 
instructions: either print or move, not both at once. Our system allows us to 
formulate two possible meanings in a single type of instruction. 

(a, a, R) means move, but do not change the Tape cell 
(a, b, R) means move and change the Tape cell 

This system does not give us a one-step way of changing the contents of the 
Tape cell without moving the Tape Head, but we shall see that this too can 
be done by our TM's. 

Back to our machine. We are now up to 

1 2 -> 3 
aba aba aba 

The Tape now looks like this. 



0 



We are in state 3 reading an a, so we loop. That means we stay in state 
3 but we move the Tape Head to cell iv. 

3 -> 3 
aba abaA 

This is one of those times when we must indicate a A as part of the 
meaningful contents of the Tape. 

We are now in state 3 reading a A, so we move to state 4. 

3 -> 4 
abaA abaAA 

The input string aba has been accepted by this TM. This particular machine 
did not change any of the letters on the Tape, so at the end of the run the 
Tape still reads abaA .... This is not a requirement for the acceptance of 
a string, just a phenomenon that happened this time. 

In summary, the whole execution can be depicted by the following execution 
chain, also called a process chain, or a trace of execution, or simply a 
trace: 
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1 -+ 2 3 -* 3 
aba aba aba abaA — » HALT 

This is a new use for the arrow. It is neither a production nor a derivation. 

Let us consider which input strings are accepted by this TM. Any first 
letter, a or b, will lead us to state 2. From state 2 to state 3 we require that 
we read the letter b. Once in state 3 we stay there as the Tape Head moves 
right and right again, moving perhaps many cells until it encounters a A. Then 
we get to the HALT state and accept the word. Any word that reaches state 
3 will eventually be accepted. If the second letter is an a, then we crash at 
state 2. This is because there is no edge coming from state 2 with directions 
for what happens when the Tape Head reads an a. 

The language of words accepted by this machine is: All words over the 
alphabet {a,b} in which the second letter is a b. 

This is a regular language because it can also be defined by the regular 
expression: 

(a + b)b(a + b)* 

This TM is also reminiscent of FA's, making only one pass over the input 
string, moving its Tape Head always to the right, and never changing a letter 
it has read. TM's can do more tricks, as we shall soon see. ■ 



EXAMPLE 

Consider the following TM. 




We have only drawn the program part of the TM, since initial appearance 
of the Tape depends on the input word. This is a more complicated example 
of a TM. We analyze it by first explaining what it does and then recognizing 
how it does it. 

The language this TM accepts is {a n b n }. 
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By examining the program we can see that the Tape Head may print any 
of the letters a, A or B, or a A, and it may read any of the letters a, b, A 
or B or a blank. Technically, the input alphabet is 2 = {a, b} and the output 
alphabet is T = {a, A, B}, since A is the symbol for a blank or empty cell 
and is not a legal character in an alphabet. Let us describe the algorithm, 
informally in English, before looking at the directed graph that is the program. 

Let us assume that we start with a word of the language {a"b"} on the 
Tape. We begin by taking the a in the first cell and changing it to the character 
A. (If the first cell does not contain an a, the program should crash. We can 
arrange this by having only one edge leading from START and labeling it to 
read an a.) The conversion from a to A means that this a has been counted. 
We now want to find the b in the word that pairs off with this a. So we 
keep moving the Tape Head to the right, without changing anything it passes 
over, until it reaches the first b. When we reach this b, we change it into 
the character B, which again means that it too has been counted. Now we 
move the Tape Head back down to the left until it reaches the first uncounted 
a. The first time we make our descent down the Tape this will be the a in 
cell ii. 

How do we know when we get to the first uncounted a? We cannot tell 
the Tape Head to "find cell ii." This instruction is not in its repertoire. We 
can, however, tell the Tape Head to keep moving to the left until it gets to 
the character A. When it hits the A we bounce one cell to the right and there 
we are. In doing this the Tape Head passed through cell ii on its way down 
the Tape. However, when we were first there we did not recognize it as our 
destination. Only when we bounce off of our marker, the first A encountered, 
do we realize where we are. Half the trick in programming TM's is to know 
where the Tape Head is by bouncing off of landmarks. 

When we have located this left-most uncounted a we convert it into an A 
and begin marching up the Tape looking for the corresponding b. This means 
that we skip over some a's and over the symbol B, which we previously 
wrote, leaving them unchanged, until we get to the first uncounted b. Once 
we have located it, we have found our second pair of a and b. We count 
this second b by converting it into a B, and we march back down the Tape 
looking for our next uncounted a. This will be in cell iii. Again, we cannot 
tell the Tape Head, "find cell iii." We must program it to find the intended 
cell. The same instructions as given last time work again. Back down to the 
first A we meet and then up one cell. As we march down we walk through 
a B and some a's until we first reach the character A. This will be the second 
A, the one in cell ii. We bounce off this to the right, into cell iii, and find 
an a. This we convert to A and move up the Tape to find its corresponding 
b. 

This time marching up the Tape we again skip over a's and fi's until we 
find the first b. We convert this to B and march back down looking for the 
first unconverted a. We repeat the pairing process over and over. 

What happens when we have paired off all the a's and &'s? After we have 
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converted our last b into a B and we move left looking for the next a we 
find that after marching left back through the last of the B's we encounter an 
A. We recognize that this means we are out of little a's in the initial field 
of a's at the beginning of the word. 

We are about ready to accept the word, but we want to make sure that 
there are no more fc's that have not been paired off with a's, or any extraneous 
a's at the end. Therefore we move back up through the field of B's to be 
sure that they are followed by a blank, otherwise the word initially may have 
been aaabbbb or aaabbba. 

When we know that we have only A's and B's on the Tape, in equal 
number, we can accept the input string. 

The following is a picture of the contents of the Tape at each step in the 
processing of the string aaabbb. Remember, in a trace the Tape Head is 
indicated by the underlining of the letter it is about to read. 

aaabbb 
Aaabbb 
Aaabbb 
Aaabbb 
A a a B b b 
A a a B b b 
A a a B b b 
A a a B b b 
A A a B b b 
A A a Bb b 
A A a B b b 
A A a BB b 
A A a B B b 
A A a B B b 
A A a B B b 



A A ABB b 
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A 


A 


A 


B 


B 


b 


A 


A 


A 


B 


B 


b 


A 


A 


A 


B 


B 


B 


A 


A 


A 


B 


B 


B 


A 


A 


A 


B 


B 


B 


A 


A 


A 


B 


B 


B 


A 


A 


A 


B 


B 


B 


A 


A 


A 


B 


B 


B 


A 


A 


A 


B 


B 


B A 



HALT 



Based on this algorithm we can define a set of states that have the following 
meanings: 

State 1 This is the start state, but it is also the state we are in whenever we are 
about to read the lowest unpaired a. In a PDA we can never return to 
the START state, but in a TM we can. The edges leaving from here 
must convert this a to the character A and move the Tape Head right 
and enter state 2. 

State 2 This is the state we are in when we have just converted an a to an A 
and we are looking for the matching b. We begin moving up the Tape. 
If we read another a, we leave it alone and continue to march up the 
Tape, moving the Tape Head always to the right. If we read a B, we 
also leave it alone and continue to move the Tape Head right. We cannot 
read an A while in this state. In this algorithm all the A's remain to the 
left of the Tape Head once they are printed. If we read A while we are 
searching for the b we are in trouble because we have not paired off our 
a. So we crash. The first b we read, if we are lucky enough to find one, 
is the end of the search in this state. We convert it to B, move the Tape 
Head left and enter state 3. 

State 3 This is the state we are in when we have just converted a b to B. We 
should now march left down the Tape looking for the field of unpaired 
a 's. If we read a B, we leave it alone and keep moving left. If and when 
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we read an a, we have done our job. We must then go to state 4, which 
will try to find the left-most unpaired a. If we encounter the character 
b while moving to the left, something has gone very wrong and we 
should crash. If, however, we encounter the character A before we hit 
an a, we know that used up the pool of unpaired a's at the beginning 
of the input string and we may be ready to terminate execution. Therefore, 
we leave the A alone and reverse directions to the right and move into 
state 5. 

State 4 We get here when state 3 has located the right-most end of the field of 
unpaired a's. The Tape and Tape Head situation looks like this: 



a a 



B B B 



In this state we must move left through a block of solid a's (we crash 
if we encounter a b, a B, or a A) until we find an A. When we do, we 
bounce off it to the right, which lands us at the left-most uncounted a. 
This means that we should next be in state 1 again. 

State 5 When we get here it must be because state 3 found that there were no 
unpaired a's left and it bounced us off the right-most A. We are now 
reading the left-most B as in the picture below: 



B B B B B 



It is now our job to be sure that there are no more a's or b's left in this 
word. We want to scan through solid B's until we hit the first blank. 
Since the program never printed any blanks, this will indicate the end 
of the input string. If there are no more surprises before the A, we then 
accept the word by going to the state HALT. Otherwise we crash. For 
example, aabba would become AABBa and then crash because while 
searching for the A we find an a. 

This explains the TM program that we began with. It corresponds to the 
description above state for state and edge for edge. 

Let us trace the processing of the input string aabb by looking at its ex- 
ecution chain: 
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This explains the TM program that we began with. It corresponds to the 
description above state for state and edge for edge. 

Let us trace the processing of the input string aabb by looking at its ex- 
ecution chain: 



1 

aabb ■ 
2 

■ AABb 
5 

■AABB A 



2 

Aabb 
2 

AABb 
HALT 



2 

Aabb 
3 

AABB 



3 

AqBb 
3 

AABB 



4 

AaBb 
5 

AABB 



1 

AaBb 
5 

AABB 



It is clear that any string of the form a"b" will reach the HALT state. To 
show that any string that reaches the HALT state must be of the form a"b" 
we trace backward. To reach HALT we must get to state 5 and read a A. 
To be in state 5 we must have come from state 3 from which we read an 
A and some number of S's while moving to the right. So at the point we 
are in state 3 ready to terminate, the Tape and Tape Head situation is as 
shown below: 



To be in state 3 means we have begun at START and circled around the 
loop some number of times. 



^ start l ^ *"Ca) 

L— -O- 

Every time we go from START to state 3 we have converted an a to an A 
and a b to a B. No other edge in the program of this TM changes the contents 
of any cell on the Tape. However many fi's there are, there are just as many 
A's. Examination of the movement of the Tape Head shows that all the A's 
stretch in one connected sequence of cells starting at cell i. To go from state 
3 to HALT shows that the whole Tape has been converted to A's then B's 
followed by blanks. Putting this all together, to get to HALT the input word 
must be a"b" for some n > 0. ■ 



EXAMPLE 



Consider the following TM 
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(b,b,R) 
(a,a,R) 



(a,A,R) f XX (XXL) 



(b,b,L) 
(a,a,L) 




0(o,A,i) 




C 



1 START 



> 



(XXR) 




(XXR) 



(A,A,i?) 



8 HALT J 



(XXR) 



(fe,A,/f) 



/" N (XXL) /^"\ (6,A,i) /^\(A,A,i?) 



(a,a,R) 
{b,bji) 



(b,b,L) 
(a,a,L) 



This looks like another monster, yet it accepts the familiar language 
PALINDROME and does so by a very simple deterministic algorithm. 

We read the first letter of the input string and erase it, but we remember 
whether it was an a or a b. We go to the last letter and check to be sure 
it is the same as what used to be the first letter. If not, we crash, but if so, 
we erase it too. We then return to the front of what is left of the input string 
and repeat the process. If we do not crash while there are any letters left, 
then when we get to the condition where the whole Tape is blank we accept 
the input string. This means that we reach the HALT state. Notice that the 
input string itself is no longer on the Tape. 

The process, briefly, works like this: 

abba b b a 

b b a b b a 

b b a b b 

b a b b 

b a b 

a b 



a 
A 
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We mentioned above that when we erase the first letter we remember what 
it was as we march up to the last letter. Turing machines have no auxiliary 
memory device, like a PUSHDOWN STACK, where we could store this in- 
formation, but there are ways around this. One possible method is to use some 
of the blank space further down the Tape for making notes. Or, as in this 
case, the memory comes in by determining what path through the program 
the input takes. If the first letter is an a, we are off on the 
state 2 — state 3 — state 4 loop. If the first letter is a b, we are off on the 
state 5 — state 6 — state 7 loop. 

All of this is clear from the descriptions of the meanings of the states below: 

State 1 When we are in this state, we read the first letter of what is left of the 
input string. This could be because we are just starting and reading cell 
i or because we have been returned here from state 4 or state 7 . If we 
read an a, we change it to a A (erase it), move the Tape Head to the 
right, and progress to state 2. If we read a b, we erase it and move the 
Tape Head to the right and progress to state 5. If we read a A where 
we expect the string to begin, it is because we have erased everything, 
or perhaps we started with the input word A. In either case, we accept 
the word and we shall see that it is in E VENP ALINDROME . 



State 2 We get here because we have just erased an a from the front of the input 
string and we want to get to the last letter of the remaining input string 
to see if it too is an a. So we move to the right through all the a's and 
b's left in the input until we get to the end of the string at the first A. 
When that happens we back up one cell (to the left) and move into state 
3. 




(a,a,R) 
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State 3 We get here only from state 2, which means that the letter we erased at 
the start of the string was an a and state 2 has requested us now to read 
the last letter of the string. We found the end of the string by moving 
to the right until we hit the first A. Then we bounced one cell back to 
the left. If this cell is also blank, then there are only blanks left on the 
Tape. The letters have all been successfully erased and we can accept 
the word. So we go to HALT. If there is something left of the input 
string, but the last letter is a b, the input string was not a palindrome. 
Therefore we crash by having no labeled edge to go on. If the last non- 
A letter is an a, then we erase it, completing the pair, and begin moving 
the Tape Head left, down to the beginning of the string again to pair 
off another set of letters. We should note that if the word is accepted by 
going from state 3 to HALT then the a that is erased in moving from 
state 1 to state 2 is not balanced by another erasure but was the last letter 
left in the erasure process. This means that it was the middle of a word 



Notice that when we read the A and move to HALT we still need to 
include in the edge's label instructions to write something and move the 
Tape Head somewhere. The label (A, a, R) would work just as well, 
or (A, B, R). However, (A, a, L) might be a disaster. We might have 
started with a one-letter word, say a. State 1 erases this a. Then state 2 
reads the A in cell ii and returns us to cell i where we read the blank. 
If we try to move left from cell i we crash on the very verge of accepting 
the input string. 

State 4 Like state 2, this is a travel state searching for the beginning of what is 
left of the input string. We keep heading left fearlessly because we know 
that cell i contains a A, so we shall not fall off the edge of the earth and 
crash by going left from cell i. When we hit the first A, we back up one 
position to the right, setting ourselves up in state 1 ready to read the 
first letter of what is left of the string: 



in ODDPALINDROME: 




(b,b,L) 
(a,a,L) 
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State 5 We get to state 5 only from state 1 when the letter it has just erased was 
a b. In other words, state 5 corresponds exactly to state 2 but for strings 
beginning with a b. It too searches for the end of the string: 



(a,a,R) 
(b,b,R) 

(7^ (AA£) , Q 



State 6 We get here when we have erased a b in state 1 and found the end of 
the string in state 5. We examine the letter at hand. If it is an a, then 
the string began with b and ended with a, so we crash since it is not in 
PALINDROME. If it is a b, we erase it and hunt for the beginning 
again. If it is a A, we know that the string was an ODDPALINDROME 
with middle letter b. This is the twin of state 3. 

State 7 This state is exactly the same as state 4. We try to find the beginning 
of the string. 

Putting all these states together, we get the picture we started with. 
Let us trace the running of this TM on the input string ababa: 

1 ^2_^2^2^2 
ababa Ababa Ababa Ababa Ababa 

AbabaA Ababa ~~ * AbabA ~^ AbabA ~* AbabA 

AbabA AbabA ~^ AAabA AAabA AAabA 

6 7 7 1 _^ 2 

AAabA ~* AAaAA - * AAaAA~* AAaAA AAAAA 

-> 3 -» 8 
AAAAA HALT 



(See Problem 7 below for comments on this machine.) ■ 

Our first example was no more than a converted FA, and the language it 
accepted was regular. The second example accepted a language that was con- 
text-free and nonregular and the TM given employed separate alphabets for 
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writing and reading. The third machine accepted a language that was also 
context-free but that could be accepted only by a nondeterministic PDA, whereas 
the TM that accepts it is deterministic. 

We have seen that we can use the Tape for more than a PUSHDOWN 
STACK. In the last two examples we ran up and down the Tape to make 
observations and changes in the string at both ends and in the middle. We 
shall see later that the Tape can be used for even more tasks: It can be used 
as work space for calculation and output. 

In these three examples the TM was already assembled. In this next example 
we shall design the Turing machine for a specific purpose. 

EXAMPLE 

Let us build a TM to accept the language EVEN-EVEN — the collection of all 
strings with an even number of a's and an even number of fo's. 
Let this be our algorithm: 

Starting with the first letter let us scan up the string replacing all the a's 
by A's. During this phase we shall skip over all b's. Let us make our first 
replacement of A for a in state 1, then our second in state 2, then our 
third in state 1 again, and so on alternately until we reach the first blank. 
If the first blank is read in state 2, we know that we have replaced an odd 
number of a's and we must reject the input string. We do this by having 
no edge leaving state 2 which wants to read the Tape entry A. This will 
cause a crash. If we read the first blank in state 1, then we have replaced 
an even number of a's and must process fr's. This could be done by the 
program segment below: 



Now suppose that from state 3 we go back to the beginning of the string 
replacing b's by B's in two states: the first B for b in state 3, the next in 
state 4, then in state 3 again, and so on alternately, all the time ignoring 




568 



TURING THEORY 



the A's. If we do this we run into a subtle problem. Since the word starts 
in cell i, we do not have a blank space to bounce off when we are reading 
back down the string. When we read what is in cell i we do not know 
we are in cell i and we try to move the Tape Head left, thereby crashing. 
Even the input strings we want to accept will crash. 

There are several ways to avoid this. The solution we choose for now 
is to change the a's and £»'s at the same time as we first read up the string. 
This will allow us to recognize input strings of the form EVEN-EVEN 
without having to read back down the Tape. 

Let us define the four states: 

State 1 We have read an even number of a's and an even number of b's. 

State 2 We have read an even number of a's and an odd number of &'s. 

State 3 We have read an odd number of a's and an even number of a's. 

State 4 We have read an odd number of a's and an odd number of fr's. 

If we are in state 1 and we read an a we go to state 3. There is no need 
to change the letters we read into anything else since one scan over the input 
string settles the question of acceptance. If we read a b from state 1, we leave 
it alone and go to state 2 and so on. This is the TM: 



(b,b,R) 




(b,b,R) 



If we run out of input in state 1, we accept the string by going to HALT 
along the edge labeled (A, A,/?). 

This machine should look very familiar. It is the FA that accepts the lan- 
guage EVEN-EVEN dressed up to look like a TM. ■ 

This leads us to the following observation. 
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THEOREM 45 

Every regular language has a TM that accepts exactly it. 
PROOF 

Consider any regular language L. Take an FA that accepts L. Change the edge 
labels a and b to (a,a,R) and (b,b,R), respectively. Change the - state to the 
word START. Erase the plus sign out of each final state and instead add to 
each of these an edge labeled (A, A,/?) leading to a HALT state. Voila, a TM. 

We read the input string moving from state to state in the TM exactly as 
we would on the FA. When we come to the end of the input string, if we 
are not in a TM state corresponding to a final state in the FA, we crash when 
the Tape Head reads the A in the next cell. If the TM state corresponds to 
an FA final state, we take the edge labeled (A,A,/?) to HALT. The acceptable 
strings are the same for the TM and the FA. ■ 

The connection between TM's and PDA's will be shown in Chapter 26. 
Let us consider some more examples of TM's. 



EXAMPLE 

We shall now design a TM that accepts the language EQUAL, that is, the 
language of all strings with the same number of a's and b's. EQUAL is a 
nonregular language, so the trick of Theorem 45 cannot be employed. 

Since we want to scan up and down the input string, we need a method 
of guaranteeing that on our way down we can find the beginning of the string 
without crashing through the left wall of cell i. One way of being safe i~ to 
insert a new symbol, #, at the beginning of the input Tape in cell i to the 
left of the input string. This means we have to shift the input string one cell 
to the right without changing it in any way except for its location on the 
Tape. This problem arises so often that we shall write a program segment to 
achieve this that will be used in the future as a standard preprocessor or 
subroutine called INSERT #. 

Over the alphabet 2 = {a, b} we need only 5 states. 

State 1 START 
State 2 We have just read an a. 
State 3 We have just read a b. 
State 4 We have just read a A. 

State 5 Return to the beginning. This means leave the Tape Head reading cell 
ii. 



570 



TURING THEORY 



The first part of the TM is this: 



(a.a.R) 




(A,a,K) 



(XXL) 




(b,b,L) 
(a,a,L) 



(#,#,«) 



(b,b,R) 



We start out in state 1 . If we read an a, we go to state 2 and replace the 
a in cell i with the beginning-of-TAPE symbol #. Once we are in state 2, we 
know we owe the Tape an a, so whatever we read next we print the a and 
go to a state that remembers whatever symbol was just read. There are two 
possibilities. If we read another a, we print the prior a and still owe an a, 
so we stay in state 2. If we read a b, we print the a we owed and move 
to state 3, owing the Tape a b. 

Whenever we are in state 3 we read the next letter, and as we go to a 
new state we print the old b we already read but do not yet print the new 
letter. The state we go to now must remember what the new letter was and 
print it only after reading yet another letter. We are always paying last month's 
bill. We are never up to date until we read a blank. This lets us print the 
last a or b and takes us to state 4. 

Eventually, we get to state 5. In state 5 we rewind the Tape Head moving 
backward to the #, and then we leave ourselves in cell ii. There we are 
reading the first letter of the input string and ready to connect the edge from 
state 5 into the START state of some second process. 

The idea for this algorithm is exactly like the Mealy machine of Chapter 
9, which added 1 to a binary input string. 

The problem we have encountered and solved is analogous to the problem 
of shifting a field of data one storage location up the Tape. Writing-over causes 
erasing, so a temporary storage location is required. In this case, the infor- 
mation is stored in the program by the identity of the state we are in. Being 
in state 2, 3, or 4 tells us what we have just read. 

Some authors define a TM so that the input string is placed on the Tape 
beginning in cell ii with a complimentary # already placed in cell i. Some 
people like to begin running a TM with the input string surrounded on the 
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Tape with #'s in front and at the end. For example, before we processed the 
input babb we would make the Tape look like this: 



# b a b b # A 



Such requirements would obviate the need for using INSERT #, but it is 
still a very useful subroutine and we shall want it later. 
Variations of this subroutine can be written to 

1. Insert any other character into cell i while moving the data to the right. 

2. Insert any character into any specified cell leaving everything to the left 
as it is and moving the entire Tape contents on the right one cell down 
the Tape. 

3. Insert any character into any cell, on a Tape with input strings from any 
alphabet. 

Let us illustrate the operation of INSERT # on the input string abba: 

1 2 -> 3 -> 3 2 4 

abba #bba #aba #aba #abbL #abbaA 

^ 5 5 5 5 5 unknown 

#abbaA #abba ~* #abba ~* #qbba ~* #abba ~* #qbba 

The last state is "unknown" because we are in whatever state we got to on 
our departure from state 5. We cannot specify it in general because INSERT 
# will be used in many different programs. Here "unknown" will be called 
state 6. 

Thus far, we have been doing bookkeeping. We have not addressed the 
question of the language EQUAL. We can now begin the algorithm of pairing 
off a's and b's. The method we use is to X out an a and then X out a b 
and repeat this until nothing at all is left. There are many good ways to accept 
EQUAL; the one we shall use is not the most efficient, but Turing machines 
run on imagination, which is cheaper than petroleum. 

In state 6 we start at the left of the input string and scan upward for the 
first a. When we find it, we change it to an X and move to state 7. This 
state returns the Tape Head to cell ii by backing up until it bumps off the 
symbol #. Now we scan upward looking for the first unchanged b. If we hit 
the end of the word before we find the matching b, we read a A and crash 
because the input string has more a's than b's. If we do find an unused b, 
then in state 8 we change it to an X. In state 9 we return the Tape Head 
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to cell ii and state 6 to repeat the whole process. If, in state 6, while searching 
for the first unused a we find there are no more left (by encountering a A), 
we go to state 10. State 10 begins at the end of the string and rewinds us 
to cell ii reading only X's. If it encounters any unused b's, it crashes. In that 
case we have cancelled all the a's but not all the b's, so the input must have 
had more b's than a's. If the Tape Head can get all the way back to # 
reading only X's, then every letter in the input string has been converted to 
X and the machine accepts the string. 




Let us follow the operation on baab starting in state 6. Starting in state 
6 means that we have already inserted a # to the left of the input on the 
Tape in states 1 through 5. 



6 

#baab ~ 
9 

' #XXab ~ 
1 

' #XXXb 
8 

' #XXXb ~ 
6 

'#XXXX 
10 

' #XXXXA 



6 

#bqab ' 
6 

' #XXab ' 
7 

' #XXXb ' 
9 

' #XXXX ' 
6 

*#XXXX 
10 

' #xxxx~ 



1 

#bXab 
6 

#XXab 



1 

#bXab 
6 

#XXab 



#XXXb #XXXb 

9 9 
#XXXX ~*#XXXX 

6 6 
#XXXX ~* #XXXX 

10 10 

#xxxx ~* #xxxx 



#bXab 
1 

" #XXXb 
8 

" #XXXb 
9 

' #XXXX 
6 

10 

* #XXXX ' 



HALT 
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Notice that even after we have turned all a's and b's to A"s, we still have 
many steps left to check that there are no more non-X characters left. ■ 



EXAMPLE 

Now we shall consider a valid but problematic machine to accept the language 
of all strings that have a double a in them somewhere: 



(b,b,R) 



( 1ST..T ) <"■*> ,(7) , ( HALT 3 ) 



(b,b,R) 



The problem is that we have labeled the loop at the start state with the 
extra option (A, A,R). This is still a perfectly valid TM because it fits all the 
clauses in the definition. Any string without a double a that ends in the letter 
a will get to state 2, where the Tape Head will read a A and crash. What 
happens to strings without a double a that end in b? When the- last letter of 
the input string has been read, we are in state 1. We read the first A and 
return to state 1, moving the Tape Head further up the Tape full of A's. In 
fact, we loop forever in state 1 on the edge labeled (A, A,/?). 

All the strings in {a,b}* can be divided into three sets: 

1. Those with a double a. They are accepted by the TM. 

2. Those without aa that end in a. They crash. 

3. Those without aa that end in b. They loop forever. ■ 

Unlike on an FA, on a TM an input string cannot just run out of gas in 
some middle state. Since the input string is just the first part of an infinite 
Tape, there are always infinitely many A's to read after the meaningful input 
has been exhausted. 

These three possibilities exist for every TM, although for the examples we 
met previously the third set is empty. This last example is our first TM that 
can loop forever. 

We have seen that certain PDA's also loop forever on some inputs. In Part 
II this was a mild curiosity; in Part III it will be a major headache. 
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DEFINITION 

Every Turing machine T over the alphabet 2 divides the set of strings 1* 
into three classes: 

1. ACCEPT(T) is the set of all strings leading to a HALT state. This is 
also called the language accepted by T. 

2. REJECT(T) is the set of all strings that crash during execution by moving 
left from cell i or by being in a state that has no exit edge that wants 
to read the character the Tape Head is reading. 

3. LOOP(7) is the set of all other strings, that is, strings that loop forever 
while running on T. B 

We shall consider this issue in more detail later. For now we should simply 
bear in mind the resemblance of this definition to the output-less computer 
program at the beginning of this chapter. 



EXAMPLE 

Let us consider the non-context-free language {a n b"a n }. This language can be 
accepted by the following interesting procedure: 

Step 1 We presume that we are reading the first letter of what remains on the 
input. Initially this means we are reading the first letter of the input string, 
but as the algorithm progresses we may find ourselves back in this step 
reading the first letter of a smaller remainder. If no letters are found (a 
blank is read), we go to HALT. If what we read is an a, we change it 
to a * and move the Tape Head right. If we read anything else, we crash. 
This is all done in state 1 . 

Step 2 In state 2 we skip over the rest of the a's in the initial clump of a's 
looking for the first b. This will put us in state 3. Here we search for 
the last b in the clump of b's; We read b's continually until we encounter 
the first a (which takes us to state 4) and then bounce off that a to the 
left. If after the b's we find a A instead of an a, we crash. Now that we 
have located the last b in the clump we do something clever: We change 
it into an a, and we move on to state 5. The reason it took so many TM 
states to do this simple job is that if we allowed, say, state 2 to skip over 
b's as well as a's, it would merrily skip its way to the end of the input. 
We need a separate TM state to keep track of where we are in the data. 

Step 3 The first thing we want to do here is find the end of the clump of a's 
(this is the second clump of a's in the input). We do this in state 5 by 
reading right until we get to a A. If we read a b after this second clump 
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of a' s, we crash. If we get to the A we know that the input is in fact of 
the form a*b*a*. When we have located the end of this clump we turn 
the last two a's into A's. Because we changed the last b into an a this 
is tantamount to killing off a b and an a. If we had turned that b into a 
A, it would have meant A's in the middle of the input string and we 
would have had trouble telling where the real ends of the string were. 
Instead, we turned a b into an a and then erased two a's off the end. 

Step 4 We are now in state 8 and we want to return to state 1 and do this whole 
thing again. Nothing could be easier. We skip over a's and b's, moving 
the Tape Head left until we encounter one of the *'s that fill the front 
end of the Tape. Then we move one cell to the right and begin again in 
state 1. 

The TM looks like this: 



(a.a.R) 




(a,*,R) 



(*,*,«) 



(b,b,R) 




2 ] (b.b.R) N T 3 ^ fa°' L > 



(~^T^) c ^ START ^ 



(a,a,L) 
(b.b.L) 



0 



(b.a.R) 




(a.a.R) 



(A,A,L) 



/^S. (a.XL) S~\ (a,\L) r~\ 

fe> — <z> — Cl) 



Let us trace the action of this machine on the input string 
aaabbbaaa: 

START 2 2 2 3 

aaabbbaaa *aabbbaaa *aabbbaaa *aabbbaaa *aabbbaaa 

3 3 4 5 _^ 5 

*aabbbaaa *aabbbaaa *aabbbaaa *aabbagaa *aabbaaaa 

5 5 6 7 8 

*aabbaaaa *aabbaaaa& *aabbaaaa *aabbaaa *aabbaa 



576 



TURING THEORY 



*aabbaa *aabbaa *aabbaa *aabbaa *aabbaa 

8 12 2 3 

*aabbaa *aabbaa **abbaa **abbaa **abbaa 

3 4 5 5 5 

**abbaa **abbaa **abaaa **abaaq **abaaaA 

6 7 8 8 8 

**abaaq **abaq **aba **aba **aba 

8 12 3 4 

~^ **aba ~* **qba ~^ ***ba ***bq ***ba 

5 5 6 7 _^ 8 

1 HALT 

After designing the machine and following the trace several things should 
be obvious to us: 

1. The only words accepted are of the form a n b n a" (here n = 0,1,2,3 . . . ) 

2. When the machine halts, the Tape will hold as many *'s as there were 
£>'s in the input. 

3. If the input was a m b m a m , the Tape Head will be in cell (m + 2) when 
the machine halts. I 

This example suggests that TM's are more powerful than PDA's since no 
PDA could accept this language. We can only say "suggests" at this point, 
because we have not yet proven that TM's can accept all context-free lan- 
guages. The possibility remains that there might be some language that a PDA 
accepts that a TM cannot. We have to wait until a later chapter to prove that 
TM's can accept all context-free languages. 

Let us do two last examples, both of TM subroutines. 



EXAMPLE 

In building the TM for EQUAL, we developed a TM subroutine that can insert 
a character in front of an input string on a TM Tape. We mentioned that a 
slight modification allows us to use this routine to insert any new character 
at any point in a TM Tape and shift the rest of the input one cell to the 
right. 
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Let us consider how to do this. We start with some arbitrary string on the 
Tape. Let us just say for the purpose of example that what is on the Tape 
is a string of a's, b's, and X's with A's after it. Suppose further that the 
Tape Head is pointing to the very cell in the middle of the string where we 
want to insert a new character, let us say a b. We want everything to the 
right of this spot moved one cell up the Tape. 

What we need is a symbol unlike any that is on the Tape now, say Q. 
The following TM subroutine will accomplish this job: 



(a.a.R) 




Notice that we leave the Tape Head reading the next cell after the cell 
where the insertion occurred. 





b 


X 


a | b 


b 


X 


A 


A ... 



INSERT b 

I 





b 


X 


b 


a 


b 


b 


X 


A 


A ... 



578 



TURING THEORY 



Note that the exact program of the subroutine INSERT depends on the exact 
alphabet that it is required to act on. If there could be any of 15 different 
symbols on the Tape we need 15 different loops in the insertion routine, one 
separate loop to shift each character. To be very very precise, we should say 
that there is a whole family of subroutines called INSERT — one for each al- 
phabet and each character to be inserted. ■ 



EXAMPLE 

For our last example we shall build a TM subprogram that deletes, that is, 
it erases the contents of the cell the Tape Head is initially pointing to, moving 
the contents of each of the nonempty cells to its right down one cell to the 
left to close up the gap and leaving the Tape Head positioned one cell past 
where it was at the start. For example: 





F 


R 


I 


E 


N 


D A ... 




0 




DELETE 






F 


I 


E 


N 


D 


A ... 



G 

Just as with INSERT, the exact program of DELETE depends on the al- 
phabet of letters found on the Tape. 

Let us suppose the characters on the Tape are from the alphabet {a,b,c} 
One subroutine to do this job is shown on the next page. 

What we have done here is (1) erased the target cell, (2) moved to the 
right end of the non-A data, (3) worked our way back down the Tape running 
the inverse of INSERT. We could just as easily have done the job on one 
pass up the Tape, but then the Tape Head would have been left at the end 
of the data and we would have lost our place; there would be no memory of 
where the deleted character used to be. The way we have written it, the Tape 
Head is left in the cell immediately after the deletion cell. 
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(c,c,R) 
(b,b,R) 

b'*-® (a.a.R) 



(bAR) 
(a,A,R) 
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PROBLEMS 

For Problems 1 and 2, consider the following TM: 



(b,b,L) 
(a,a,L) 



(b.U.L) 



(#,#,«> 




(a,a,R) 
(b,b,R) 



1. Trace the execution chains of the following input strings on this machine. 

(i) aaa 

(ii) aba 

(iii) baaba 

(iv) ababb 

2. The language accepted by this TM is all words with an odd number of 
letters that have a as the middle letter. Show that this is true by ex- 
plaining the algorithm the machine uses and the meaning of each state. 
Pay attention to the two necessary parts that must always be demon- 
strated: 

(i) Anything that has an a in the middle will get to HALT 
and 

(ii) Anything that gets to HALT has an a in the middle. 

3. (i) Build a TM that accepts the language of all words that contain the 

substring bbb. 

(ii) Build a TM that accepts the language of all words that do not contain 
the substring bbb. 
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4. Build a TM that accepts the language ODDP ALINDROME . 

5. Build a TM that accepts all strings with more a's than b's. 

6. (i) Build a TM that accepts the language {a"b n+l }. 
(ii) Build a TM that accepts the language {a"b 2 "}. 

7. (i) Show that the TM given in this chapter for the language 

PALINDROME has more states than it needs by coalescing states 4 
and 7. 

(ii) Show that the TM given above for the language {a"b n } can be drawn 
with one fewer state. 

Problems 8, 9, and 10 refer to the following TM. We assume that the input 
string is put on the Tape with the symbol # inserted in front of it in cell 
i. For example, the input ba will be run with the Tape initially in the form 
#&aA .... In this chapter we saw how to do this using TM states. Here, 
consider it already done. The TM is then: 



(a,A,R) 



(a,a,R) 
b,R) 



(A.A.R) 
(B,B,R) 




(.a,a,R) 
(b.b.R) 



Q>,b,L) 
(a,a,L) 



(b,Y,L) 



(X,X,D 
(Y,Y,L) 



0 c ML) Q 



(B,B,R) 
( *, *,R) 
(A.A.R) 
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8. Trace the execution chains of the following input strings on this machine. 

(i) aa 

(ii) aaa 

(iii) aaaa 

(iv) aabaab 

(v) abab 

9. The language this TM accepts is DOUBLEWORD, the set of all words 
of the form ww where w is a nonnull string in {a,b}*. 

DOUBLEWORD = {aa bb aaaa abab baba bbbb 
aaaaaa aabaab . . . } 

(i) Explain the meaning of each state and prove that all words in 
DOUBLEWORD are accepted by this TM. 

(ii) Show that all words not in DOUBLEWORD are rejected by this 
machine. 

10. (i) Show that states 11 and 12 can be combined without changing the 

language. 

(ii) What other changes can be made? 

1 1 . Return to the example in the text of a TM to accept EVEN-EVEN based 
on the algorithm 

1. Move up the string changing a's to A's 

2. Move down the string changing b's to B's 

We can modify this algorithm in the following way: To avoid the prob- 
lem of crashing on the way down the Tape change the letter in the first 
cell to X if it is an a and to Y if it is a b. This way, while charging 
down the Tape we can recognize when we are in cell i. 
Draw this TM. 

12. Follow the up-down method for a TM that recognizes EVEN-EVEN as 
explained in Problem 1 1 but use INSERT, not the X, Y trick, to build 
the Turing machine. 

13. Build a TM that accepts the language EVEN-EVEN based on the sub- 
routine DELETE given in this chapter. 

14. In the subroutine INSERT given in this chapter, is it necessary to separate 
states 4 and 5 or can they somehow be combined? 
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15. On the TM given in this chapter for the language {a n b"a n }, trace the 
following words: 

(i) aabbaa 

(ii) aabbaaa 

(iii) aabaa 

(iv) aabbaabb 

(v) Characterize the nature of the different input strings that crash in each 
of the eight states. 

16. Build a TM to accept the language {a n b n a"} based on the following al- 
gorithm: 

(i) Check that the input is in the form a*b*a*. 

(ii) Use DELETE in an intelligent way. 

17. Trace the subroutine DELETE in the following situations: 



(i) 

(ii) 
(iii) 



a 


» 


a 


b 


A 




A 


a 


b 


a 


a 


A 




A 


a 


b 


a 


b 


A 





A 



18. Draw a TM that does the same job as DELETE but leaves the Tape 
Head pointing to the first blank cell. One way to do this is by reading 
a letter, putting it into the cell behind it and moving two cells up the 
Tape. 

19. (i) Draw a TM that loops forever on all words ending in a and crashes 

on all others. 

(ii) Draw a TM that loops forever on the input string bab leaving the 
Tape different each time through the loop. 



20. Draw a TM that accepts the language PALINDROME' , the complement 
of PALINDROME. This is, although we did not prove so, a non-context- 
free language. 



CHAPTER 25 



POST 
MACHINES 



We have used the word "algorithm" many times in this book. We have tried 
to explain what an algorithm is by saying that it is a procedure with instructions 
so carefully detailed that no further information is necessary. The person/ma- 
chine executing the algorithm should know how to handle any situation that 
may possibly arise. Without the need for applying any extra intelligence it 
should be possible to complete the project. Not only that, but before even 
begining we should be able, just by looking at the algorithm and the data, 
to predict an upper limit on the number of steps the entire process will take. 
This is the guarantee that the procedure is finite. 

All of this sounds fine, but it still does not really specify what an algorithm 
is. This is an unsatisfactory definition, since we have no precise idea of what 
a "procedure" is. Essentially, we have merely hidden one unknown word be- 
hind another. Intuitively, we know that arithmetic operations are perfectly ac- 
ceptable steps in an algorithm, but what else is? In several algorithms we have 
allowed ourselves the operation of painting things blue without specifying what 
shade or how many coats. An algorithm, it seems, can be made of almost 
anything. 

The question of determining appropriate components for mathematical al- 
gorithms was of great interest earlier in this century. People were discovering 
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that surprisingly few basic operations were sufficient to perform many so- 
phisticated tasks, just as shifting and adding are basic operations that can be 
used to replace hard-wired multiplication in a computer. The hope was to find 
a small set of basic operations and a machine that could perform them all, 
a kind of "universal algorithm machine," since it could run any algorithm. 
The mathematical model itself would provide a precise definition of the concept 
of algorithm. We could use it to discuss in a meaningful way the possibility 
of finding algorithms for all mathematical problems. There may even be some 
way to make it program itself to find its own algorithms so that we need 
never work on mathematics again. 

In 1936, the same fruitful year Turing introduced the Turing machine, Emil 
Leon Post (1897-1954) created the Post machine, which he hoped would prove 
to be the "universal algorithm machine" sought after. One condition that must 
be satisifed by such a "universal algorithm machine" (we have kept this phrase 
in quotes because we cannot understand it in a deeper sense until later) is 
that any language that can be precisely defined by humans (using English or 
pictures or hand signals) should be accepted (or recognized) by some version 
of this machine. This would make it more powerful than an FA or a PDA. 
There are nonregular languages and non-context-free languages, but there should 
not be any non-Turing or non-Post languages. In this part of the book we 
shall see to what extent Post and Turing succeeded in achieving their goal. 

DEFINITION 

A Post machine, denoted PM, is a collection of five things: 

1. The alphabet £ of input letters plus the special symbol #. We generally 

use 2 = {a,b} 

2. A linear storage location (a place where a string of symbols is kept) called 
the STORE, or QUEUE, which initially contains the input string. This 
location can be read, by which we mean the left-most character can be 
removed for inspection. The STORE can also be added to, which means 
a new character can be concatenated onto the right of whatever is there 
already. We allow for the possibility that characters not in 2 can be used 
in the STORE, characters from an alphabet T called the store alphabet. 

3. READ states, for example, 
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which remove the left-most character from the STORE and branch ac- 
cordingly. The only branching in the machine takes place at the READ 
states. There may be a branch for every character in 2 or T. Note the 
A branch that means that an empty STORE was read. PM's are deter- 
ministic, so no two edges from the READ have the same label. 

4. ADD states: 



ADD < 



] I 











ADD b 




ADD # 



5. 



which concatenate a character onto the right end of the string in STORE. 
This is different from PDA PUSH states, which concatenate characters 
onto the left. Post machines have no PUSH states. No branching can take 
place at an ADD state. It is possible to have an ADD state for every 
letter in 2 and T . 

A START state and some halt states called ACCEPT and REJECT: 



, v JL JL 

Q START ^ Q ACCEPT Q REJECT 



If we are in a READ state and there is no labeled edge for the character 
we have read then we crash, which is equivalent to taking a labeled edge 
into a REJECT state. We can draw our PM's with or without REJECT 
states. ■ 



The STORE is a first-in first-out or FIFO stack in contradistinction to a 
PUSHDOWN or LIFO STACK. The contents of an originally empty STORE 
after the operations 



*- 


ADD a 


>- 


ADD 6 




ADD b 
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is the string 

abb 

If we then read the STORE, we take the a branch and the STORE will 
be reduced to bb. 

A Post machine does not have a separate INPUT TAPE unit. In processing 
a string, we assume that the string was initially loaded into the STORE and 
we begin executing the program from the START state on. If we wind up 
in an ACCEPT state, we accept the input string. If not, not. At the moment 
we accept the input string the STORE could contain anything. It does not 
have to be empty nor need it contain the original input string. 

As usual, we shall say that the language defined (or accepted) by a Post 
machine is the set of strings that it accepts. A Post machine is yet another 
language recognizer or acceptor. 

As we have denned them, Post machines are deterministic, that is, for every 
input string there is only one path through the machine; we have no alternative 
at any stage. We could also define a nondeterministic Post machine, NPM. 
This would allow for more than one edge with the same label to come from 
a READ state. It is a theorem that, in their strength as language acceptors, 
NPM = PM. This we shall discuss in Chapter 27. 

Let us study an example of a PM. 



EXAMPLE 

Consider the PM below: 




As required by our definition, this machine is deterministic. We have not 
drawn the edges that lead to REJECT states but instead we allow the path to 
crash in the READ state if there is no place for it to go. 
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Let us trace the processing of the input aaabbb on this PM. 



STATE 


STORE 


START 


aaabbb 


ADD # 


aaabbb# (Note this point) 


READ, 


aabbb* 


READ 2 


abbb# 


ADD a 


abbb#a 


READ 2 


bbb#a 


ADD a 


bbb#aa 


READ 2 


bb#aa 


READ 3 


b#aa 


ADD b 


b#aab 


READ 3 


#aab 


ADD b 


#aabb 


READ 3 


aabb 


ADD # 


aabb# (Note this point) 


READ, 


abb* 


READ 2 


bb# 


ADD a 


bb#a 


READ 2 


b#a 


READ 3 


#a 


ADD b 


#ab 


READ 3 


ab 


ADD # 


ab# (Note this point) 


READ, 


b# 


READ 2 


# 


READ 3 


A 


ADD # 


# (Note this point) 


READ, 


A 


ACCEPT 
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The trace makes clear to us what happens. The # is used as an end-of- 
input string signal (or flag). In READ] we check to see if we are out of input; 
that is, are we reading the end-of-input signal #? If so, we accept the string. 
If we read a b, the string crashes. So nothing starting with a b is accepted. 
If the string starts with an a, this letter is consumed by READ^ that is the 
trip from READ] to READ 2 costs one a that is not replaced. The loop at 
READ 2 puts the rest of the a's from the front cluster of a's behind the #. 
The first b read is consumed in the trip from READ 2 to READ 3 . At READ 3 
the rest of the first cluster of b's is stripped off the front and appended onto 
the back, behind the a's that are behind the #. 

After the b's have been transported we expect to read the character #. If 
we read an a, we crash. To survive the trip back from READ 3 to ADD # 
the input string must have been originally of the form a*b*. 

In each pass through the large circuit READ^READ^-READa-READ!, the 
string loses an a and a b. Note the markers we have indicated along the side. 
To be accepted, both a's and b's must run out at the same time, since if 
there were more a's than b's the input string would crash at READ 2 by reading 
a # instead of a b, and if the input string had more b's than a's, it would 
crash in state READ] by reading a b. 

Therefore the language accepted by this PM is {a"b"} (in this case including 
A). ■ 

Post machines look considerably like PDA's, and, in fact, PDA's can accept 
the language {a"b"} as the PM above does. However, we have seen that {a"b n a n } 
is non-context-free and cannot be accepted by a PDA. So to show that PM's 
have some extra power beyond PDA's we demonstrate one that accepts this 
language. 

EXAMPLE 

Consider the PM below: 
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This machine is very much like the PM in the previous example. We start 
with a string in the STORE. We add a # to the back of it. We accept it in 
state READ] if the string was initially empty. If it starts with a b, we crash. 
If it starts with an a, we use up this letter getting to READ 2 . Here we put 
the entire initial clump of a's (all the way up to the first b) behind the #. 
We read the first b and use it up getting to READ 3 . Here we put the rest 
of the clump of b's behind the a's behind the #. We had then better read 
another a to get to READ 4 . In READ 4 a bunch of a's (minus the one it costs 
to get there) are placed in the store on the right, behind the b's that are behind 
the a's that are behind the #. After we exhaust these a's, we had better find 
a # or we crash. After reading the # off the front of the STORE we replace 
it at the back of the STORE in the state ADD #. To make this return to 
ADD #, the input string must originally have been of the form a*b*a*. Every 
time through this loop we use up one a from the first clump, one b from the 
b clump, and one a from the last clump. 

The only way we ever get to ACCEPT is to finish some number of loops 
and find the STORE empty, since after ADD # we want to read # in state 
READ,. This means that the three clumps are all depleted at the same time, 
which means that they must have had the same number of letters in them 
initially. This means that the only words accepted by this PM are those of 
the form {a"b"a"}. ■ 

We should not think that we have proven that PM's accept a larger class 
of languages than do PDA's. We have only demonstrated that PM's accept 
some context-free languages and some non-context-free languages. In Chapter 
27 we shall show that PM's do in fact accept all CFL's. We shall then have 
to face the question, "Do they accept all non-CFL's?" This will be answered 
in Chapter 29. 

Before we relate PM's to PDA's, we shall compare them to TM's, as Post 
himself did with the following two theorems. 

THEOREM 46 

Any language that can be accepted by a Post machine can be accepted by 
some Turing machine. 

PROOF 

As with many theorems before, we prove this one by constructive algorithm. 
In this case we show how to convert any Post machine into a Turing machine, 
so that if we have a PM to accept some language we can see how to build 
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a TM that will process all input strings exactly the same way as the PM, 
leading to HALT only when the PM would lead to ACCEPT. 

We know that PM's are made up of certain components, and we shall show 
how to convert each of these components into corrresponding TM components 
that function the same way. We could call this process simulating a PM on 
a TM. 

The easiest conversion is for the START state, because we do not change 
it at all. TM's also begin all execution at the START state. 

The second easiest conversion is for the ACCEPT state. We shall rename 
it HALT because that is what the accepting state is called for TM's. 

The next easiest conversion is for the REJECT states. TM's have no reject 
states, they just crash if no path can be found for the letter read by the Tape 
Head. So we simply delete the REJECT states. (We often do this for PM's 
too.) 

Now before we proceed any further, we should address the question of 
converting the PM's STORE into the TM's Tape. The STORE contains a 
string of letters with the possibility of some occurrences of the symbol #. 

Most often there will be only one occurrence of the symbol # somewhere 
in the middle of the string, but even though this is usual in practice, it is 
not demanded by the definition. We have seen the # used as a marker of 
the end of the original input, but the definition of PM's allows us to put any 
number of them in the STORE. 

We now describe how we can use the TM Tape to keep track of the 
STORE. Suppose the contents of the STORE look like 

X 1X2X^X4X5 

where the *'s are from the PM input alphabet X or the symbol # and none 
of them is A. We want the corresponding contents of the TM Tape to be 



A 


A 


X\ 




*3 


X4 




A 


A 





with the Tape Head pointing to one of the x's. Notice that we keep some 
A's on the left of the STORE information, not just on the right, although 
there will only be finitely many A's on the left, since the Tape ends in that 
direction. 

We have drawn the TM Tape picture broken because we do not know 
exactly where the x's will end up on the Tape. The reason for this is that 
the PM eats up stuff from the left of the STORE and adds on stuff to the 
right. If at some point the STORE contains abb and we execute the instructions 
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READ - ADD a - READ - ADD a - ADD b - READ, 
the TM Tape will change like this: 



READ 



A 


a 


ft 


b 


A 




A 


A 


b 


b 


A 





ADD a 



ADD a 



READ 



READ 



A 


A 


ft 


ft 


a 


A • • • -> 


A 


A 


A 


ft 


a 


A 




a a 

ADD ft 


A 


A 


A 


ft 


a 


a 


A 




A 


A 


A 


ft 


a 


a 


ft A • • 




0 


A 


A 


A 


A 


a 




ft 


A 



D 



The non-A information wanders up to the right while A's accumulate on the 
left. 

Immediately after the START state on the TM we shall employ the pre- 
processor INSERT (from Chapter 24) to insert a A in cell i and to move the 
whole non-A initial input string one cell to the right up the Tape. 

We do this so that the first PM operation simulated is like all the others 
in that the non-A information on the TM Tape has at least one A on each 
side of it, enabling us to locate the right-most and left-most ends of the input 
string by bouncing off A's. 

There are two operations by which the PM changes the contents of the 
STORE: ADD and READ. Let us now consider how a TM can duplicate the 
corresponding actions on its Tape. 

If the PM at some point executes the state 





ADD y 






*- 



the TM must change its Tape from something like 
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■ • • A A xi x 2 jc 3 x A A A 



0 



to 



• • • A A xi x 2 x-i xt, y A A ■ • • 



To do this, the Tape Head must move to the right end of the non-A 
characters, locate the first A and change it to y. This can be done as follows: 



We have illustrated this in the case where 2 = {a, b], but if 2 had more 
letters it would only mean more labels on the loop. Notice also that we have 
left the Tape Head again pointing to some non-A character. This is important. 
We do not want the Tape Head wandering off into the infinitely many blanks 
on the right. 

There is only one other PM state we have to simulate; that is the READ 
state. The READ state does two things. It removes the first character from 
the STORE and it branches in accordance with what it has removed. The other 
states we have simulated did not involve branching. 

For a TM to remove the left-most non-A character, the Tape Head must 
move leftward until the first blank it encounters. It should then back up one 
cell to the right and read the non-A character in that cell. This it must turn 
into a A and move itself right, never moving beyond the string of non-A 's. 
This process will require two states in the TM: 



(a,a,R) 
(b,b,R) 
(#,#,«) 




(a,a,L) 
(b,b,L) 
(#,#,£) 
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Notice that we leave the second state along different edges, depending on 
which character is being erased. This is equivalent to the PM instruction: 




We should also note that because we were careful to insert a A in cell i 
in front of the input string we do not have to worry about moving the Tape 
Head left from cell i and crashing while searching for the A on the left side. 

If while processing a given input the STORE ever becomes empty, then 
the TM Tape will become all A's. It is possible that the PM may wish to 
READ an empty STORE and branch accordingly. If this alternative is listed 
in the PM, it should also be in the TM. 



becomes 




If the Tape is all A's, the Tape Head reads the cell it is pointing to, which 
contains a A, and moves to the right, "thinking" that it is now in the non- 
A section of the Tape. It then reads this cell and finds another A, which it 
leaves as a A and moves right again. The program branches along the ap- 
propriate edge. Just because the STORE is empty does not mean that the 
program is over. We might yet ADD something and continue. The TM sim- 
ulation can do the same. 
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Thus we can convert every PM state to a TM state or sequence of states 
that have the same function. The TM so constructed will HALT on all words 
that the PM sends to ACCEPT. It will crash on all words that the PM sends 
to REJECT (or on which the PM crashes), and it will loop forever on those 
same inputs on which the PM loops forever. ■ 



EXAMPLE 

Recall that our first PM of this chapter was 




This PM accepts the language {a n b n }. 

This time we have drawn the machine vertically to facilitate its conversion 
into a TM. Following the algorithm in the proof, we produce the next machine, 
where, for the sake of simplicity, we have omitted the A-inserting preprocessor 
and assume that the input string is placed on the TM Tape starting in cell 
ii with a A in cell i. 
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^ START ^ 



(a,a,R) 
(b.b.R) 
(tt.U.R) 



(a.a.L) 
(b.b.L) 
(#,#,£) 



(a.a.L) 
(b.b.L) 
(#,#,£) 



(a.a.L) 
(.b.b.L) 
(#.#,£) 



(XXR) 





(Xtt.L) 



(XXR) 

(tt.XR) 



0(#,\R) , N 
— — 4 HALT ) 



(a.XR) 




(XXR) 



(Xa.L) 



(a.XR) 



(a, 

aV (# ' 



(a.a.R) 
(b.b.R) 
(#,#,#) 




(a,a,i?) 
(b.b.R) 

(b.XR) i#M - R) 




(#,XR) 
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Notice that 



TM State 


Corresponds to PM State 


START 


START 


1 


ADD # 


2 and 3 


READ 1 


4 


ACCEPT 


5 and 6 


READ 2 


7 


ADD a 


8 and 9 


READ 3 


10 


ADD b 



We really should not have put the end-of-proof box on our discussion of 
Theorem 46 as we did, because the proof is not over until we fully understand 
exactly how the separately simulated components fit together to form a coherent 
TM. In the example above, we see that edges between the independently sim- 
ulated states always have TM labels determined from the PM. We can now 
claim to understand the algorithm of Theorem 46. 

In the TM we just constructed we have encountered a situation that plagues 
many Turing machines: piles of tedious multiple-edge labels that all say about 
the same thing: 

(a, a,L) 
(b.b.L) 
(A.A.I) 
(#,#,£) 

This is proper Turing machine format for the instruction "If we read an a, 
a b, a A, a #, or a *, leave it unchanged and move the Tape Head left." 
Let us now introduce a shortened form of this sentence: (a, b, &.,#,*; = ,L) 



DEFINITION (Inside of an Example) 

If a, b, c, d, e are TM Tape characters, then (a,b,c,d,e; = ,L) 
stands for the instructions 

(a,a,L) (b,b,L) . . . (e,e,L) 
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Similarly we will employ (a,b,c,d,e; = ,R) for the set of labels 

(a,a,R) (b.b.R) . . . (e.e.R) 
Let us trace the processing of the input string aabb: 



START 
Aaabb 

1 

Aaabb 
2 

Aaabb* 
5 

AAabb* 



1 

Aaabb 
1 

AaabbA 
2 

Aaabb* 
5 

AAabb* 



1 

Aaabb 
2 

Aaabb* 
2 

Aaabb* 
6 

AAabb* 



1 

Aaabb 
2 

Aaabb* 



Aaabb* 
1 

AAAbb* 



AAAbb* 



AAAbb* 



AAAbb*A 



AAAbb*a 



AAAbb#a 



AAAAb*a 
10 

AAAAA#a 



AAAAA#afc 
1 

AAAAAAafcA 



AAAbb#a 



AAAAb*a 
10 

AAAAA#aA 



AAAAA#afc 



AAAAAAa&# 



AAAbb#a 



AAAAb#a 



AAAAA#a* 
1 

AAAAAAafc 



AAAAAAafc# 



AAAbb#a 
10 

AAAAA#a 



AAAAA#afc 
1 

AAAAAAafc 



AAAAAAa/?# 



AAAAAAafc# 



AAAAAAAA# 



AAAAAAAfc# 



AAAAAAAA# 



AAAAAAAfc# 



AAAAAAAA# 



AAAAAAAfc# 
1 

AAAAAAAAAA 



AAAAAAAAA# — AAAAAAAAA# -> AAAAAAAAAAA 



HALT 



Here we have decided that the initial A's from cell i up to the data are 
significant and have included them in the trace. 

We can see from this execution chain that this is a TM that accepts {a"b n }. 
We already know that there are other (smaller) TM's that do the same job. 
The algorithm never guaranteed to find the best TM that accepts the same 
language, only to prove the existence of one such by constructive 
algorithm. ■ 

We should note that the alphabet that appears on the TM Tape produced 
by this algorithm is the same as the STORE alphabet of the PM. 



POST MACHINES 



599 



We have now shown that any language that can be accepted by a Post 
machine can also be accepted by some Turing machine; however, that is only 
half the story. 

THEOREM 47 

Any language that can be accepted by a Turing machine can be accepted by 
some Post machine. 

PROOF 

This proof will again be by constructive algorithm. We start by assuming that 
we have an appropriate Turing machine for a certain language and from the 
TM we shall build a PM that operates on input strings in exactly the same 
way, step by step. Again we shall be doing a simulation. 

Before continuing with this proof, we should note that we intend to use 
a STORE alphabet that is larger than usual. Normally we expect the STORE 
to contain the letters of the alphabet from the input-string language plus the 
symbol #. Here we are going to put any character from the TM Tape alphabet 
(which can be much larger, with many special symbols) into the STORE. In 
particular, the character A may have to be placed in the STORE as well as 
A, B, C, . . . If there are any who have philosophical qualms about adding 
A to the store as a character let them not think of it as a blank but as the 
first letter of Dionysius. The simulation will work just as well. The language 
ultimately accepted by the PM will have only the letters of the input string 
language of the TM, but other characters may be employed in the processing, 
just as with TM's. 

We already have some feel for the correspondence between these two machines 
from our last theorem. Still, one great problem stands out. In TM's we 
can read and change a character in the middle of the string, whereas with PM's we can 
only read the left-most character and add to the right end. How can PM's sim- 
ulate the action of TM's? A clever trick is needed here that makes use of the 
extra symbol # that PM's have, which we shall assume is not in 
either of the TM's alphabets, T or X. (If the TM did use this symbol in its 
Tape alphabet T, then change it to boldface or italics or blue paint without 
changing the operation of the TM and freeing # as a symbol special to the PM.) 

We shall make a correspondence between # and the position of the Tape 
Head. Characters to the left of the Tape Head on the TM Tape will be placed 
to the right of the symbol # on the PM STORE and characters to the right 
(or at) the Tape Head will be placed to the left of #. 

By these confusing words we mean to describe the correspondence of 





11 


111 


IV 


v 


VI 


Vll 


Vlll 




X x 


x 2 


*3 


x 4 


x 5 


x 6 


x 7 


X s 


A • 
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in the TM with 



STORE: X 4 X 5 X 6 X 7 X 8 # X, X 2 X 3 



in the PM. 

Why do we do this? Because when the Tape Head is reading cell iv as 
it is in the TM above it reads the character X A . Therefore we must be set to 
read X 4 in the PM, which means it had better be the left- most character in 
the STORE. 

Here comes the beauty of this method of representation. 
Suppose while the Tape Head is reading cell iv, as above, we execute the 
instruction (X 4 , Y, R). This gives us the TM situation: 



in 



Vlll 



ix 



Tape: 



X 7 



0 



To maintain the correspondence we must be able to convert the STORE in 
the PM to: 

STORE: X 5 X 6 X 7 X 8 # X, X 2 X 3 Y 
This conversion can be accomplished by the PM instructions (states): 




The X 4 is stripped off the front and a Y is stuck on the back, a very easy 
PM operation. Notice that both TM and PM are now set to read X 5 . 

Let us pause for a moment to see exactly how this conversion works. On 
the next page on the left is a Turing machine that converts the input word 
cat into the word dog and crashes on all other inputs. This TM uses only 
right Tape Head moves, so we can convert it easily to the PM on the left 
using the correspondence shown above: 



TM 



START 
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D 



6 



■ 

O 



O 



15 



d a t A 



d o t A 



d o g A 



C 



HALT 



^ START ^ 







ADD # 







STORE 
c a t 

cat # 
at # 
at#d 
t#d 

t#do 
#do 
# dog 
dog 



Notice how the correspondence between Tape and STORE is preserved with 
every instruction. Let us return to the simulation. 
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Suppose instead that we started with the original Tape as above with Tape 
Head reading cell iv and we were asked to execute the instruction 
(X 4 , Y, L). This would leave the Tape as: 





11 


111 


IV 


V 


VI 


Vll 


Vlll 


IX 




x 2 


Xi 


Y 


X 5 


x b 


x 7 


X 8 


A 





This TAPE-status corresponds to the STORE contents: 

X^ Y Xs X^ X% # X\ X2 

It is not so immediately obvious how a PM can change the STORE contents 
X 4 X 5 X 6 X-, X 8 # X, X 2 X 3 into this string, but it can be done. 

To execute the instruction (X 4 ,Y,L) properly, we begin by executing (X 4 ,Y,R) 
as before: 




add y 



which will convert the contents of the STORE into 

X5 X 6 X 7 X 8 # X\ X 2 X3 Y 

and now we need to find a PM subroutine (part of a PM) that can take a 
character from the back end of the STORE and put it on the front end. Running 
this subroutine twice produces the correct Tape simulation: 

X3 Y X$ X(, X-i X% # X\ X 2 

The following is such a subroutine. Our task is to use the operations "take 
from the left" and "add to the right" to simulate the operation "take one from 
the right and add it to the left." Can this be done? Surprisingly, it can. Roughly 
as follows: Stick a marker on the back, read two characters at a time, if 
neither is the marker stick them back onto the right in their correct order; if 
the second is the marker we put them back on the right in reverse order; this 
leaves the marker in front of the end symbol. Then we make one more pass 
through all the data, cycling from left to right and stopping when the marker 
is encountered. A more precise description is given below: 

In general, let us suppose that the initial contents of an STORE are: 



Z\ Z 2 Z3 . . . Z 10 
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where the Z's are all from some finite alphabet called II. For the purposes 
of illustration, let us say: 

n = {a,b,c} 

Let us also choose some distinguished symbol that is not in the alphabet II. 
Let us say "$" is such a symbol. 
The algorithm we use is this: 

Step 1 Add $ on to the right of the STORE. 

Step 2 Read two characters from the left of the STORE. This will take many 
READ statements since we wish to preserve distinct paths for any com- 
bination of symbols that may have been read. For ourselves let us refer 
to these as symbol ONE and symbol TWO. 

Step 3 If TWO is $, then we know ONE was originally the last character in the 
STORE. We ADD the character $ to the STORE and then the character 
ONE and go to Step 5. 

Step 4 If TWO is not $, then ONE was not the original last character in the 
STORE so we 

(i) ADD the character called ONE to the right side of the STORE. 

(ii) Rename for ourselves the character called TWO as ONE, that 
is, the first symbol of the next pair of symbols. 

(iii) Read a new character from the left of the STORE and call it 
TWO. 

(iv) Go back to Step 3. 

Step 5 When we get here from Step 3 the contents of the STORE look like this: 

Z\ Z2 Z3 . . . Zg Zg $ Zio 

This means that we know that the $ has now been moved in front of the 
character that was originally the last (right-most) symbol in the STORE. 

(i) We now read a character and call it ONE. 

(ii) If ONE is not $, we add it to the right of the STORE and 
go back to step 5(i). 

(iii) If ONE is $, we stop. 

This is a much tougher algorithm to understand from the abstract description 
than it is to understand from illustration. 

Before writing the PM program that performs this algorithm, let us see it 
work on a specific example. Let the STORE begin with the contents abbe. 
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We proceed as follows: 



Step 


STORE 


ONE 


TWO 


1 


abbc% 






2 


bc% 


a 


b 


Skip 3 since 
TWO is not $ 








4(i) 


bcSa 




b 


4(ii) 


bc%a 


b 




4(iii) 


c$a 


b 


b 


Skip 3, since 

mil 7V\ /f> 

TWO is not S 








4(i) 


c$ab 




b 


4(ii) 


c$ab 


r 

0 




4(iii) 


it* i 
Sab 


i_ 
b 


c 


Skip 3 since 
TWO is not $ 








4(i) 


%abb 




c 


4(ii) 


Sabb 


c 




4(iii) 


abb 


c 


s 


3 


abb$c 






5(i) 


bb$c 


a 




5(ii) 


bbSca 






5(i) 


bSca 


b 




5(ii) 


bScab 






5(i) 


Scab 


b 




5(ii) 


Scabb 






5(i) 


cabb 


$ 




5(iii) 


cabb 








STOP 







The last letter became the first letter just as was desired. 
One last example, very quickly, on the string 1 2 3 4: 

12 3 4 

1 2 3 4 $ 

2 3 4 $ 1 

3 4 $ 1 2 

4 $ 1 2 3 
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But now that $ is the second symbol, the two symbols 4 and $ go on the 
back end reversed. Now once more through the whole queue: 

1 2 3 $ 4 

2 3 $ 4 1 

3 $ 4 1 2 
$ 4 1 2 3 



Just kill the $ 



4 12 3 



as desired. The last shall be first. 

In PM's we do not have extra storage locations called ONE and TWO to 
use as we did in the columns in the previous table. We have to keep track 
of which letters have been read by knowing what state we are in. The Post 
machinery for this job is: 




ADD a 




ADD a 




ADD a 




ADD* 




ADD b 




ADD b 






ADD c 




ADD c 




ADD c 


\ 

Goto 
READ 2 


\ 

Goto 
READ 3 


\ 

Goto 
READ 4 


J 

Go to 
READ 2 


\ 

Goto 
READ 3 


\ 

Go to 
READ, 


1 

Goto 
READ 2 


\ 

Go to 
READ 3 


1 

Go to 
READ 4 



Step 
3 "< 



ADD $ 



ADD o 



ADD $ 



| AD 


D$ 








606 



TURING THEORY 



To keep the picture understandable, we have labeled some edges "Go to 
READ" and not drawn the connection. If we drew all the necessary lines the 
PM would look like spaghetti. 

In READi we read a character, say a. We do not know yet whether we 
want to add this character directly on the back of the STORE or whether it 
was the original right-most character, in which case we would want to mark 
it as such. Therefore, before adding anything, we read another character, say 
c. We now know that the a was not the fellow we are looking for (the former 
last character in the STORE, Z w ), so we add it to the back of the STORE 
without further discussion. However, the possibility arises that this c is our 
sought after last character. We go to state READ 4 . Being in READ 4 means 
that we have just read a c, and we look at the next character in the STORE. 
If it is a $, then this c is our Z w and we prepare the final stages by adding 
$ then c to the back of the STORE. If the next character after c is not $ 
but, say, b, then we add c to the STORE and continue from state READ 3 . 
Being in READ 3 means we have just read a b and we want to read another 
character. Eventually we know we must encounter the $ (since we put it there 
ourselves) and when we do, we execute step 3, of adding the last two char- 
acters back onto the store in reverse order. The STORE contents will have 
been successfully converted to: 

Zi Z2 . . . Z% Z9 $ Z10 

Now the three lines join to enter the READ 5 loop, which clearly leaves 
the STORE containing: 

Z10 Z] Z 2 . . . Z9 

as desired. We have successfully taken the original STORE and moved the 
right- most character to the left end. 

Notice that if we tried to run this subroutine on an empty STORE, READ, 
would have sent us to "done" without changing anything. 

Notice also the similarity between the READ states here and the states in 
the TM subroutine INSERT. The states keep track of what has just been read. 
If we had to be anthropomorphic we could say they are short-term memory 
devices or visceral learning, but fortunately no one is forcing us to be an- 
thropomorphic. 

Let us call this whole segment of a PM by a new name SUB. We can 
now feel free to design a machine with SUB as a state, drawn like this: 
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This machine will still be a PM since we can replace SUB with the actual 
PM program shown above, provided, of course, that we know the alphabet 
of characters in the STORE. 

Let us recall that SUB was created to help us simulate TM instructions on 
a PM. We can execute almost all instructions of the form (X 4 , Y, L) in the 
PM with this sequence: 




We say "almost" because we have the problem of what to do when the 
TM is instructed to move left when the Tape Head is at cell i: Consider the 
Tape situation below: 



111 



X, 



X 2 



*3 



Here (X U Y,L) causes a crash. Let us see what this instruction means when 
performed by the PM simulation. 

In our PM version, we would start with the STORE contents: 

x { x 2 x 3 # 

We would then execute the sequence READ - ADD - SUB - SUB. The con- 
tents of the STORE changes as shown below: 




Since we have agreed in our simulation to keep the character that is in the 
TM cell being read by the Tape Head to the left of the # in the PM store, 
the final STORE contents makes no sense. It does somewhat "represent" a 
crash in that it shows that the Tape Head is not reading anything, but it does 
not crash the PM. The PM could conceivably still continue processing the 
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input and eventually reach ACCEPT. To be sure the PM stops processing, we 
must include in every PM simulation of a leftward TM move a test to see 
whether the first symbol in the STORE has become #. 




After we read a non-# character, we stick it onto the back of the STORE 
with ADD and move it back up to the front with SUB. If the left- most char- 
acter in the STORE was not #, no harm is done by this routine; if it was, 
then the PM stops. 

Now we have a completely accurate treatment for (X,Y,L), but we have not 
fully covered the (X,Y,R) case yet. Another difficulty, similar to the problem 
we have just treated, arises when we want to move the Tape Head right 
beyond the non-A's on the Tape. If the Tape status is like this: 



X, X 2 Xi A 



0 

and the TM wants to execute the move 

(X 3 ,Y,R) 

we end up with: 



A X, X 2 Y A 



In the PM simulation of this, the STORE begins by containing 

X 3 #X { X 2 
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and after READ- ADD it contains: 

#X X X 2 Y 

which is again a meaningless formulation in our correspondence. When a move 
right causes the # to be the first character of the STORE we should insert 
a A in front of # in the STORE to achieve 

AftXtXjY 

which does correspond to the TM's Tape status. The problem arose here be- 
cause the actual contents of a TM Tape includes an infinite number of A's 
that we may read, but these cannot all be kept in the PM's STORE waiting 
for us. The best we can do is to recognize when we need to insert a new 
A into the STORE. 

We can do this as before with a test after READ- ADD. The proper sim- 
ulation of (X,Y,R) is therefore this: 




ADD ^ 



This then is the completely accurate PM routine corresponding to the TM 
instruction (X,Y,R). 

Remember that SUB is itself composed of many PM states. So we see that 
even a small TM will be converted into a huge PM by this method. The 
simulation is almost complete. All branching and Tape modification that the 
TM requires can be performed by the PM we have designed. In any case 
where the TM accepts the input string by landing in HALT the PM will accept 
the string by landing in ACCEPT and vice versa. 

To start the PM, we must make it initially resemble the TM. The TM 
begins its procesing by having the input string already on its Tape: 



i ii iii iv v 





x 2 


x 3 


x 4 


x 5 


A 
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while a PM running on the same input according to the rules of PM's must 
start with the STORE containing exactly the same input string: 

X\ X2 X3 X4 X s 

However, the STORE contents corresponding to the TM status would be 

X\ X2 X3 X4 X$ $ 

To begin the correspondence, we have to add a # to the right. Therefore, 
our initial sequence in the PM must always be 



c 



START 



) — - 


ADD # 






*• 



Now the correspondence is complete; all words accepted by the TM will be 
accepted by the PM. All input strings that crash on one will crash on the 
other, and all input strings that loop forever on the TM will do the same on 
the PM. ■ 

This is a very inefficient conversion algorithm, so we shall illustrate it on 
a very small TM. 



EXAMPLE 

Consider this TM: 



(a,a,R) 



(a,a,R) 




(b.a.L) 



This machine accepts all words starting with an a and in so doing it turns 
the input into a string of solid a's. When converted into a PM by the algorithm 
above, the resultant machine is: 




Here READi represents the START state of the TM not in its capacity to 
initiate the process (START-ADD # does that) but in its capacity as a state 
to loop back to and out of. 
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READ 2 represents the TM state 1. 

We get to READ 2 through READ] by a process equivalent to (a,a,R). Here 
we read either an a, b, or A. If an a, we loop back by a process equivalent 
to (a,a,R); if a b, then we go back to READ] through a process equivalent 
to (b,a,L); and if a A, we proceed to ACCEPT, not directly as we should 
like but through a process equivalent to (A, A,/?) (not really efficient at all.) 
This is not even a picture of the whole PM because each of the eight SUB's 
stands for the 24-state PM routine constructed in the last proof. ■ 

Taken together, Theorems 46 and 47 tell us: 
Post machines and Turing machines have the same power. 
We may write: 

PM = TM 



PROBLEMS 

Problems 1 through 4 refer to the following PM: 




ADD b 
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1. Trace the paths of the following input strings on this PM. At every step 
name the current state and the contents of the STORE. 

(i) abab 

(ii) baabba 

(iii) aaabbb 

(iv) aabbbb 

(v) bbabaaa 

2. (i) Show that if an input has exactly one more a than b it will crash 

on this PM in state READj. 

(ii) Show that if an input string has exactly one more b than a it will crash 
on this PM in state READ 3 . 

(iii) Show that if an input string has more than one more a than b or more 
than one more b than a then it will loop forever on this PM. 

3. Show that the language accepted by this PM is EQUAL, all words with 
the same number of a's and b's. 

4. Draw a PM that accepts the language UNEQUAL, the complement of 
EQUAL. 

5. Draw a PM that accepts the language {a"b 3n }. 

6. Draw a PM that accepts the language EVENPALINDROME. (Hint: Use 
the subroutine SUB.) 

7. (i) Draw a PM that accepts the language ODDP ALINDROME . 
(ii) Draw a PM that accepts the language PALINDROME. 

8. Draw a PM that accepts the language EVENPALINDROME' (the com- 
plement of EVENPALINDROME). 

9. (i) Explain why, even though a PM is deterministic, the complement 

of a language accepted by a PM might not be accepted by any 
PM. 

(ii) Find an example of a PM that does not accept the complementary 
language by reversing ACCEPT and REJECT states. 

(iii) Find a PM which accepts exactly the same language if its ACCEPT 
and REJECT states are reversed. 
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10. Prove that all regular languages can be accepted by some PM. (This is 
not hard. Simply follow the line of argument in the proof of Theorem 
26.) 

11. (i) Convert the following TM into a PM using the algorithm of Theo- 

rem 47 (make use of the subroutine SUB). 

(a,a,R) 




/ \ (a,a,R) \ (A,A,L) /^~\ (b,a,R) / \ 

f START \ — +1 1 \ — W 2 ) — *X HALT ) 



Run the following input strings on both the TM and the PM. 

(ii) a 

(iii) ab 

(iv) abb 

(v) What is the language accepted by the two machines? 

(vi) Build a smaller PM that accepts the same language. 

12. (i) Build a PM that takes in any string of a's and b's and leaves in 
its STORE the complement string that has the a's and b's 
switched. 

(ii) Build a PM that takes in any string of a's and b's and exchanges the 
first and last letters and then accepts. 



13. (i) Build a PM that accepts the language of all words that have an 
a as the middle letter. (These words obviously must have odd 
length). 

(ii) Prove that this language is nonregular. 

(iii) Prove that this language is context-free. 



14. Convert the PM built in Problem 13 into a TM by the algorithm in this 
chapter. 

15. Build a PM that accepts the language of all words with more a's than 
&'s by using the following algorithm: 

Step 1 On one pass through the data, look for a pair of consecutive 
letters that are unequal and cancel them both. 

Step 2 Repeat the operation above until there are no letters to cancel. 

Step 3 If there is an a left, accept the word. 

Run this machine on the following input strings: 
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(i) aabb 

(ii) aaabb 

(iii) ababa 

(iv) ababab 

16. Build a PM that takes any input from the language defined by (a + b)* 
and deletes all substrings of the form aaa, leaving all else in the word 
intact. 

17. Build a PM that sorts the letters of a string. That is, if aba is fed in, 
the machine leaves aab in its STORE and accepts. Also, bbbaba becomes 
aabbbb. 

18. Build a PM that starts with any string s from (a + b)* and leaves 

s ^length (j) 

This is the language TRAILINGCOUNT we have seen before in the 
Problems to Chapter 11. 

19. (i) Outline a TM that takes any input string of a's and fo's and runs 

to HALT leaving on its Tape the same string reversed. 

(ii) Outline a PM that does the same thing. 

20. Let L be a language accepted by the Post machine P. Let the transpose 
of L, L T , be the language of all the words in L spelled backward. 

The word X is in L T if reverse(X) is in L. Prove that there is some 
PM, G, that accepts U . 



CHAPTER 26 



MINSKY'S 
THEOREM 

We shall soon see that Turing machines are fascinating and worthy of extensive 
study, but they do not seem at first glance like a natural development from 
the machines that we had been studying before. There was a natural extension 
from FA's to PDA's that made it easy to prove that all regular languages 
could also be accepted by PDA's. There is no such natural connection between 
PDA's and TM's; that is, a TM is not a souped-up PDA with extra gizmos. 
The TM, like the Mealy machine, performs its operations along its edges. The 
Mealy machine, we presumed, prints its output somewhere, while the TM 
writes on its own input Tape. It leaves little notes to itself that can later be 
read and changed. This is unlike a PDA. Perhaps we can add a note-pad to 
a PDA. 

We found that the addition of a PUSHDOWN STACK made a considerable 
improvement in the power of an FA. What would happen if we added two 
PUSHDOWN STACK'S, or three, or seventy? 



DEFINITION 

A two-pushdown stack machine, a 2PDA, is ike a PDA except that it has 
two PUSHDOWN STACK'S, STACK, and STACK 2 . When we wish to push 
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a character x into a STACK, we have to specify which stack, either "PUSH] 
x" or "PUSH 2 x." When we pop a STACK for purposes of branching, we 
must specify which STACK, either "POPi" or "POP 2 ." The function of the 
START, READ, ACCEPT, and REJECT states remains the same. The input 
string is placed on the same read-only INPUT TAPE. One important difference 
is that we shall insist that a 2PDA be deterministic, that is, branching will 
only occur at the READ and POP states and there will be at most one edge 
from any state for any given character. ■ 

Since we have made 2PDA's deterministic, we cannot be certain whether 
they are even as powerful as PDA's; that is, we cannot be certain that they 
can accept every CFL since the deterministic PDA's cannot. 

We shall soon see that 2PDA's are actually stronger than PDA's. They can 
accept all CFL's and some languages that are non-context-free. 

EXAMPLE 

Consider the 2PDA below: 



Q START 




There are many REJECT states that we have not drawn in. As far as we 
are concerned, it is fine for the machine to crash when it reads or pops a 
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character for which there is no path. This does not make the machine non- 
deterministic. 

We have numbered the READ states but not the POP's because they already 
have numeric labels designating which STACK is to be popped and extra 
numbers would be confusing. 

The first thing that happens to an input string is that the initial clump of 
a's is stripped away and put into STACK] in a circuit involving READi. Then 
a b takes us into a circuit involving READ 2 where we pop an a from STACK] 
for every b we read from the INPUT TAPE. Every time we pass through this 
circuit we push a b into STACK 2 . When we are done with the b's from the 
TAPE we read an a, which takes us to a POPi where we check to make sure 
that STACK] is now empty. If we pass this test we know that there were as 
many b's in the b-clump as a's in the a-clump. We now enter a circuit in- 
volving READ 3 that reads through another clump of a's from the input and 
matches them against the number of fo's we have put into STACK 2 in the 
previous circuit. If the INPUT TAPE and STACK 2 both become empty at the 
same time, then there were as many a's at the end of the TAPE as b's in 
STACK 2 . This would mean that the whole initial input string was of the form 
a"b n a". 

We can check this by processing aabbaa as follows. 



TAPE 


STATE 


STACK, 


STACK 2 


aabbaa 


START 


A 


A 


abbaa 


READ, 


A 


A 


abbaa 


PUSH] a 


a 


A 


bbaa 


READ, 


a 


A 


bbaa 


PUSH, a 


aa 


A 


baa 


READ] 


aa 


A 


baa 


POP, 


a 


A 


baa 


PUSH 2 b 


a 


b 


aa 


READ 2 


a 


b 


aa 


POP, 


A 


b 


aa 


PUSH 2 b 


A 


bb 


a 


READ 2 


A 


bb 


a 


POP, 


A 


bb 


a 


POP 2 


A 


b 


A 


READ 3 


A 


b 


A 


POP 2 


A 


A 


A 


READ 3 


A 


A 


A 


POP 2 


A 


A 


A 


ACCEPT 


A 


A 
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So we see that a 2PDA can accept one language that a PDA cannot. Are 
there languages that a 2PDA cannot accept? Is a 3PDA stronger? Is a non- 
deterministic 2PDA stronger? Which is stronger, a 2PDA or a PM? The subject 
could, at this point, become very confusing. However, many of these questions 
are settled by a theorem of Marvin Minsky (1961). 



THEOREM 48 



In other words, any language accepted by a 2PDA can be accepted by some 
TM and any language accepted by a TM can be accepted by some 2PDA. 



In the first part of this proof we shall show that if the language L can be 
accepted by some 2PDA, then we can construct a TM that will also accept 
it. There may be several 2PDA's that accept L, so we fix our attention on 
one of them, call it P. 

This demonstration will, of course, be by constructive algorithm. We shall 
show how to construct a TM that parallels the actions of the 2PDA. (We have 
also used the word "corresponds" instead of "parallels" or "stimulates" or 
"duplicates" or "emulates" or "processes exactly the same way." These are 
not technical words, but they help to make the idea clear.) 

The 2PDA has three locations where it stores information; the INPUT TAPE, 
STACKi, and STACK 2 . The TM we build has only one information storage 
location, the Tape. Therefore, we must put on the Tape the information found 
in all three 2PDA locations. There is other information that is carried in the 
knowledge of what state we are in, but that will correspond easily between 
the 2PDA and the TM. 

Suppose at some stage in the process the 2PDA has this status: 



where the X's, Y's, and Z's are letters from the input and stack alphabets of 
the 2PDA. Our definition of 2PDA's was sketchy and did not mention whether 
each STACK had its own alphabet or whether there was some other rule. 
Since a STACK does not have to use all of the characters in its STACK 
alphabet, there is no real difference, so let us assume that the X's are from 
2 and the Fs and Z's from T. 

In our setup we encode these three strings on the TM Tape as follows: 



2PDA = TM 



PROOF 



TAPE 

STACK, 

STACK 2 



X\ X2 X3 X4 
Y\ Y 2 F 3 y 4 Y 5 
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Step 1. 

Assume the character # is not used by the 2PDA (if it is, find another special 
symbol). 

Step 2. 

In the first section of the TM Tape we store the input string. Initially we inserted 
a A in cell i moving the data unchanged up the Tape and later, as the letters 
of input are read by the 2PDA, we change them one-by-one into A's on the 
TM Tape. The status of the TM Tape corresponding to the current status of 
the 2PDA TAPE as described above may be: 



A 


A 


A 




X 2 


x 3 




# 



0 

In what we have pictured above, two letters from the input string, those that 
were in cell ii and cell iii, have been read by the 2PDA and thus converted into 
A's on the TM. Since the number of letters in the input string cannot be in- 
creased (a 2PDA can read its TAPE but not write on it), we can put a per- 
manent marker "#" on the TM Tape at the end of the input string before we 
begin running. Throughout our processing the marker will stay exactly where 
it is. This # will be the home base for the Tape Head. After simulating any 
action of the 2PDA, the TM Tape Head will return to the # before begin- 
ning its next operation. 

In our model the TM instructions that simulate the operation of the 2PDA 
state below: 



State X 




State Z 



State y 



must accomplish the following chores: 

(i) Move the Tape Head to the left to find the rightmost of the front A's. 

(ii) Bounce back to the right to find the next input letter to be read, in other 
words, scan right for the first non-A. 

(iii) If this character is #, the input has been exhausted; otherwise 
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(iv) Change this letter into a A and back up one space to the left (so that we do 
not accidentally step on the # without knowing it). 

(v) Branch according to what was read and changed to a A; if it was an a, take 
an edge to the simulation of state X, if a b, take an edge to state Y, if a #, 
take an edge to state Z. 

(vi) Before continuing the processing, return the Tape Head to # by moving 
right until it is encountered. 

In TM notation this looks like this: 



(a.b.X =.R) 



State X simulation 



(a.b.X =,R) 



State Y simulation 



(XXR) 




Notice that we are making use of the multiple instruction notation defined 
in the previous chapter: 

(p,q,r,s; = ,R) stands for (p,p,R), (q,q,R), (r,r,R), (s,s,R) 

In state 1 we are looking for the A's at the beginning of the Tape. We 
get to state 2 when we have found one and bounced off to the right either 
onto the first letter of the remainder of the string or else back onto #. If the 
string was empty when we go to read it, we follow the edge from state 2 
to state 5. The edge from state 5 bounces us off the A that is to the left of 
# and leaves the Tape Head reading the # as we want. 
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If the first letter of the remainder of the input string when we began was 
an a, we follow the edge from state 2 to state 3. On this edge we changed 
the a to a A and bounced left. We did this so as not to cross the # accidentally 
(which could be the next symbol on the Tape). In state 3 we move right, 
hunting for the #. We find it and bounce left into state 6. Here we move 
one letter to the right and we know the Tape Head is about to read #. If 
the first letter of the remaining input were a b rather than an a, we would 
proceed to states 4 and 7 similarly. This takes care of the complete simulation 
of the read statement. 

The reason we make such a fuss about knowing where we leave the Tape 
Head is not that it matters in the simulation of any particular step but because 
it helps us glue the simulated steps together. This is somewhat like building 
a house and returning the hammer to the tool shed after driving in each nail. 
It is not efficient, but we never lose the hammer. 



Step 3. 

The contents of the two PUSHDOWN STACKS will appear to the right of 
the # on the TM Tape. We could place this information on the Tape in the 
obvious fashion: first the contents of STACK] , then another # marker, and 
then the contents of STACK 2 . The Tape would then look like this: 



X 2 X 



This is perfectly fine except that when it comes to adding a character onto 
STACK! we have to shift the entire STACK 2 sequence to the right and when 
we delete (pop) a character from STACK] we have to move everything down 
one cell to the left. We have seen that it is possible to insert or delete a 
character in the middle of a TM Tape, but here we shall do it a different 
way for illustrative purposes. 

The following trick makes all the work of the extra subroutines unnecessary. 
Let us store the stack contents on the TM Tape backward, that is, Y 5 to the 
left of Y 4 to the left of Y 3 ... up to the first letter Y x . The same for Z 2 , then 
Z,. Since these are PUSHDOWN STACKS we shall be adding and deleting 
on the right. This means that we do not have to disturb the rest of the contents 
of STACK 2 when a character is added or popped. 

We can make this apply to STACK i as well by this trick: Place the STACK] 
and STACK 2 character strings in alternate cells starting to the right of #. 
The Tape which corresponds to the status of the 2PDA P shown above, is 
this: 



A A A X, X 2 X 3 



# Y 5 Z 2 Y 4 Z, Y 3 A Y 2 A Y, A 
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In this way the active ends of both STACK'S point outward into fields of 
A's. Notice that since STACK 2 has fewer characters than STACK] the further- 
out STACK] characters are separated by A's. This is the potential growing 
room where STACK 2 can be increased without making STACK] move at all. 
Similarly, STACK] can grow or shrink without making us move any of STACK 2 . 

The Tape Head always starts by reading the #. If we wish to scan over 
STACK], we move it one cell, then two more, then two more, then two more, 
and so on. If the Tape Head wants to read STACK 2 , it must, from #, move 
two cells, then two more, then two more, and so on. 

Let us assume that the stack characters in the 2PDA are a, b, and c. Our 
overall plan is this. The 2PDA moves from state to state to state changing 
its TAPE and STACK'S. What we shall do is build a TM that stores on its 
Tape (as shown above) the current status of the 2PDA TAPE and STACK'S. 
As the 2PDA moves through its program from READ to PUSH, to POP 2 and 
so on, the TM will simulate the same action. The Tape Head starts at # and 
after simulating a READ, POP, or PUSH it returns to # having changed the 
TM Tape to reflect the new status of the 2PDA. When the 2PDA transfers 
into its ACCEPT state, the TM will move into its HALT state. 

We have already seen the simulation of a READ statement. We have yet 
to show how to duplicate the action of the POP's and PUSH'S. We can sim- 
ulate the 2PDA command: 





PUSH! X 









by this corresponding TM program segment: 
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We start at state 1 reading the # and moving one cell to the right. This 
puts us in the midst of the character string from STACK) (spelled backward). 
If in state 2 we read a A, it means that STACK] was empty. We convert 
this A into an X and move the Tape Head back to # with the one instruction 
(A,X,L). 

If while reading this cell we find a non-A (an a, b, or c), we are reading 
the last (right-most) character in STACK]. We leave this alone, taking the 
edge (a,b,c; = ,R), and go to state 3. 

In state 3 we realize we are reading a character (or A) from STACK 2 , so 
we ignore it and read on to state 4. 

In state 4 we are again reading a cell belonging to STACK,. If this contains 
A, we have just gone past the end of the contents of STACK]. 

We change the A to an X and begin marching home to #. All this is done 
with the instruction (A,X,L). We are then in state 5. However, if we read a 
non-A in state 4 we have not found the end of the character string for STACK] . 
We then go back to state 3 because the next cell to the right contains in- 
formation about STACK 2 . From 3 we ignore what we read and go to state 
4 again, where we examine another cell with STACK] information to see 
whether it is blank, that is, to see whether we have found the top of STACK]. 
In state 3 we read those Tape cells that store STACK 2 and in state 4 we read 
the cells in between them, which are those that store STACK,. 

We keep looping back and forth between states 4 and 3 until we get to 
the A in front of the STACK, string. When there, we replace it with X and 
begin our search for the home base, #. State 5 locates the # and state 6 
leaves the Tape Head there. 

We have joined the edges from state 2 and 6 because they will both lead 
into whatever state comes after the "PUSH, X" instruction. 

Before demonstrating the TM equivalent of "PUSH 2 X," let us give the TM 
formulation for the 2PDA state POP,: 




This is shown on the next page. 

States 1, 2, 3, and 4 are the same as in the simulation of PUSH, X above. 
As before, if we read a A in state 4 it is the A after the end of the information 
in STACK,. In this case, we leave the A alone and back up two cells (through 
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(A,A,L) 



(a,6,c; =,R) 



(a,6,c,A; =,.R) 




(a,6,c,A; =,L) 



(a,6,c,A; =,L) 



(#■#,£) 



state 5) and in state 6 we read the top character in STACK i. We branch while 
setting this equal to A. Along each branch we first hunt for # (states 7, 8, 
or 9) and we leave the Tape Head on it (states 10, 11, or 12). We have not 
only removed a character from the top of STACK! as POP] does, but we 
have also branched in one of four different directions depending on what that 
character was. 

To complete the description of the 2PDA stack operations we have to de- 
scribe how to execute "PUSH 2 X" and "POP 2 ." 

To execute a "PUSH 2 X" we have to move the Tape Head two cells to 
the right initially, not just one as with PUSH] X. 

The following TM sequence accomplishes this task: 



626 TURING THEORY 




(A,X,L) 



(o,6,c,A; =L) 

(#,#,£) 

0(a,b,cA; =,R) 




We leave state 1 reading the #. In state 2 we skip over STACK] material. 
In state 3 we see whether STACK 2 is empty. State 4 skips over STACK, 
material. State 5 hunts for the end of STACK 2 , finds it, and replaces the A 
with X. State 6 hunts for the #. State 7 leaves the Tape Head on #. 

The corresponding TM section for POP 2 begins with these same five steps 
and continues like the POP) sequence from its state 4 on. We leave the drawing 
of the exact picture for the problems below. 

This is enough description to convert a 2PDA into a TM. We know how 
to begin by corresponding the START of the 2PDA to the START state of 
the TM. Then, before looking at any more of the 2PDA, we insert a A in 
cell i in front of the input string on the TM Tape and place a # after the 
string and leave the Tape Head there. To the right of the # are all A's 
corresponding to the fact that STACK, and STACK 2 start out empty. In the 
2PDA as we find POP's, PUSH'S, and READ'S, we convert them as shown 
above. We crash instead of having REJECT states and we put a HALT state 
in place of all ACCEPT's. Thus we are done. 

So far we have proven only half of Minsky's theorem. We have shown 
that TM's can do everything 2PDA v s can do. We still have to show that any 
language accepted by a TM can be accepted by some 2PDA. 

To make the proof of this section easier, we shall prove that any language 
accepted by a PM can be accepted by some 2PDA. By Theorem 47, this 
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implies that 2PDA's can do anything TM's can do and so it is enough to 
prove our result. 

These two machines are already considerably closer to each other than TM's 
and 2PDA's, since both 2PDA's and PM's operate on the ends of storage 
locations with instructions inside states. In TM's the instructions are on the 
edges; and a Tape is much easier to access, since we can read and write in 
its middle. We shall show how STACK; (on the 2PDA) can act in as versatile 
a manner as the STORE (on the PM) with the help of her brother STACK 2 . 

The PM starts with the input string already in the STORE, so we must 
transfer the input string from the TAPE of the 2PDA into STACK! . We do 
this as follows: 




IT 




pop. 



PUSH! a 



1 



PUSH; b 



We took the letters from the TAPE and put them first in STACK 2 . But 
because of the nature of a PUSHDOWN STACK, the string was reversed. If 
the input was initially aabb, what can be read from STACK 2 is bbaa. When 
it is transferred again to STACKi, the input string is reversed again to become 
aabb as it was on the TAPE so that POP] now has an a as the first letter. 



The two states with which a PM operates on its STORE are READ and 
ADD. The READ is a branch instruction and completely corresponds to the 
2PDA instruction POPi by eliminating the left-most character and branching 
accordingly. 

The ADD instruction is not so directly correspondent to any 2PDA instruc- 
tion, since PUSH) introduces a new character on the left of the string in 
STACK, while ADD introduces a new character on the right of the string in 
the PM's STORE. 

We can, however, simulate the action of "ADD X" with the following set 
of 2PDA instructions. 
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PUSHj b 



Here we first empty STACK, into STACK 2 (in STACK 2 the contents appear 
backward), then we insert the character X in STACK], and then we read back 
the string from STACK 2 into STACK, (it is back in correct order now). The 
net result is that we have an additional X on the right of the string in STACK, 
which means at the bottom of the stack. 



a 


A 




A 


b 




X 


b 




a 


A 


b 








b 






b 




b 




b 








a 






a 




b 
X 





STACK, STACK 2 STACK, STACK 2 STACK, STACK 2 STACK, STACK 2 



We shall keep STACK 2 empty at all times, except when it is being used 
to help arrange the data in STACK,. STACK 2 is used only to initialize STACK, 
and to simulate the ADD instruction and for no other purpose. 

The only other states a Post machine has are REJECT and ACCEPT, and 
those stay completely the same in the 2PDA. Therefore, we have finished 
describing this conversion process. We can completely simulate a PM on a 
2PDA. Since we can simulate a TM on a PM we can conclude that we can 
simulate a TM on a 2PDA. 

This completes the proof of Minsky's theorem. ■ 
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To illustrate the action of the algorithms in the proof we shall now present 
the mandatory examples of a 2PDA converted into a TM and a PM coverted 
into a 2PDA. In both cases, the conversion does not change the language 
accepted by the machine. 



EXAMPLE 

No higher purpose would be served by constucting a 3,000-state TM corre- 
sponding to a complicated 2PDA, so we choose a very simple 2PDA and 
claim that it is pedagogically sufficient. 

One of the simplest 2PDA's is shown below: 



This machine accepts all words beginning with a and crashes on all words 
beginning with b since POP 2 cannot produce an a. 

Many simple TM's can accept this language, but to know this we must 
understand the language. If we automatically follow the algorithm described 
in the proof of Theorem 48 we then produce a TM that must accept the same 
language as this 2PDA whether we know how to characterize the. language 
by some simple English sentence or not. That is the whole point of "proof 
by constructive algorithm." 

The TM we must build is shown on the next page. 
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This is one of the largest machines in this book, yet the language it accepts 
is one of the most simplistic. 

States 1 through 4 put a A in cell i and move the input string, without 
alteration, one cell to the right. From 4 to 5 the first A after the input is 
turned into the #. From 5 to 6 we position the Tape Head under the #. 
This procedure is standard and all conversions of 2PDA's into TM's by this 
algorithm begin with these same five states. This process is identical to in- 
serting a A in cell i as we did for PM simulation. The next part of the TM, 
from states 6 to 14, simulates the action of the 2PDA instruction READ. In 
state 6 we hunt for the beginning of the input string. In state 7 we branch 
to state 8 if the first letter is an a, to state 11 if it is a b. We crash in state 
7 if the input is A. States 8, 9, and 10 reposition the Tape Head under # 
and then state 10 accepts the input string corresponding to the a-branch from 
READ. Getting to state 13 repositions the Tape Head under the #. 

The next part of the TM, states 14 through 19, simulate the PUSHi b 
instruction exactly as described in the proof of Theorem 48. 

States 20 through 25 simulate the POP 2 , while state 26 corresponds to the 
ACCEPT state' as reached by the impossible POP 2 a. We could have connected 
this up with state 10 to follow the algorithm, but the picture would be even 
messier. 

The pleasure of running strings on this machine is reserved for Problem 
16. ■ 



EXAMPLE 

Consider the following PM: 
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In the problem section of the last chapter this was seen to accept the lan- 
guage EQUAL, of all strings with the same total number of a's and b's. 

When we convert this into a 2PDA by the algorithm described in the proof 
of Minsky's theorem we obtain the following: 



^ START ^ 




PUSH 2 h 



PUSH, h 




PUSH[ a 



- ACCEPT ^ 




PUSH, „ PUSH, h 






PUSH ? b 



Tracing the words through this machine is left to the Problems. 



If a pushdown automaton with two STACK'S is already as powerful as a 
Turing machine, it stands to reason that a PDA with three PUSHDOWN 
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STACK'S will be even more powerful than a TM and a PDA with four STACK'S 
even more powerful yet, and so on. This chain of reasoning is certainly true 
for ocean liners, but it runs aground for PDA's. None of these is any more 
powerful than a Turing machine. 



THEOREM 49 

Any language accepted by a PDA with n STACK'S (where n is 2 or more), 
called an nPDA, can also be accepted by some TM. In power we have 

nPDA = TM if n^2 

PROOF 

We shall sketch very quickly how the action of a 3PDA can be simulated by 
a TM as an illustration of the general idea. 

Suppose that we have a 3PDA that is running on a certain input string. In 
the middle of the process we have some information on the INPUT TAPE 
and in the STACK'S. Suppose the status is: 

TAPE wi w 2 h> 3 vv 4 

STACK, x { x 2 

STACK 2 >>, y 2 y 3 v 4 y 5 

STACK 3 z\ z 2 z 3 z 4 

We want to represent all of this on the Tape of the Turing machine as: 



A • 


• AA \VtW2W3W4 


# 


1 1 

x 2 ys Z 4 

1 1 


1 1 

X\ y4 Z 3 

1 1 


1 1 

A y 3 z 2 
■ ' 


1 1 

A y 2 z, 
1 1 


1 1 

A yi A 
i i 


AAA • • • 



0 



Note that we have reversed and interlaced the contents of the STACK'S 
to the right of the # in a fashion directly analogous to the way we simulated 
a 2PDA on a TM in the proof of Theorem 48. 

If we want to execute a 3PDA READ statement we must move to the left 
of # until we find the first A. The character to the right of this (if it is not 
#) is the next letter to be read. To execute a POP] or a PUSH, X, we start 
at # and move right one cell. If this is not empty, we skip two cells and 
read again. We repeat this skip-two-cells process looking for the first A that 
is in a cell representing STACK! . 
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o 



(a,b,X =,R) 



(Skipping over a cell 
storing Stack 2) 



(a,b; =,R) 



(Reading a non-A 
character from 
Stack 1) 




(a.b.X =,R) 



(Skipping over a cell 
storing Stack 3) 



(A,A:,K) 



After we have found the A if we want to PUSH] X we change the first 
A to X by (A,X,R), as shown above. If we want to POP] instead, once we 
have found the first A in STACK! , we back up three cells and read the non- 
A there and branch accordingly. 

The same action is possible for POP 2 , POP 3) PUSH 2 X, and PUSH 3 X. 
The method for converting a 2PDA to a TM that we gave before can also 
be modified to work for 3PDA's, for 4PDA's, and so on. In general, we can 
make a TM to duplicate the action of any nPDA. 

This proves the first part of the theorem. The second thing we have to 
prove to establish equivalence is that an nPDA can be found to accept all 
languages a TM can accept. This part is even easier. 

By Theorem 48 we know a 2PDA can accept any language accepted by 
a TM. If we leave (n-2) STACKS empty, an nPDA can act like a 2PDA 
and accept all languages that a TM can. 

Therefore, in power 



Once we reach the level of a TM, it is hard to go further. There is good 
reason to believe that it is impossible to go further, but that is a discussion 
for Chapter 31. 

Symbolically we can represent the power comparison of our various math- 
ematical models of machines as follows: 



FA = TG = NFA < DPDA < PDA < 2PDA = nPDA = PM = TM 



nPDA = TM for ns=2 
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The organization of this book is finally revealed: 



PART I 
PART II 
PART II 



FA 

PDA 

TM 



0 PDA 

1 PDA 

2 PDA 



The machines in our highest class are all deterministic. Perhaps a nondeter- 
ministic nPDA (AfaPDA), or a nondeterministic Post machine (NPM), or a 
nondeterministic Turing machine (NTM) would be even stronger. In the next 
chapter we shall see that this is not the case. All these nondeterministic ma- 
chines are only equivalent in power to the TM, not stronger. Once we invent 
the TM we've gone about as far as we can go. 



PROBLEMS 

Consider the following 2PDA: 



1. Trace the execution of these input strings on this machine. 

(i) aabb 

(ii) babab 

2. Prove that the language accepted by this 2PDA is the language EQUAL. 
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3. Draw a 3PDA that accepts the language {a"b"a"b"}. 

4. Draw a PM that accepts the language {a"b"a"b"}. 

5. Draw a 2PDA that accepts the language {a"b"a n b"}. 

6. Let us use the alphabet 2 = {a,b,c,d). 

Build a 3PDA that accepts the language {a n b n cfa m }. 

7. Outline a 2PDA that accepts the language defined in the previous prob- 
lem. 

Let us define the language 3EQUAL over the alphabet Z = {a,b,c} as all strings 
that have as many total a's as total £>'s as total c's. 



8. Draw a TM that accepts 3 EQUAL. 

9. Draw a PM that accepts 3 EQUAL. 

10. (i) Draw a 3 PDA that accepts 3 EQUAL, 
(ii) Draw a 2PDA that accepts 3 EQUAL. 

1 1 . Finish the proof of Theorem 48 by drawing the whole TM sequence that 
simulates the 2PDA state POP 2 . 

12. The language DOUBLEWORD is the set of all words over the alphabet 
2 = {a,fr} that are of the form ww, where w is any string from S*. 

DOUBLEWORD = {aa bb aaaa abab baba bbbb aaaaaa . . . } 

We have already seen a PM that accepts DOUBLEWORD. Draw a 2PDA 
that accepts DOUBLEWORD. 



3EQUAL = {abc acb bac bca cab cba aabbcc 
aabcbc . . . } 



13. 



Let 



L = {a"ba"b for n = 1, 2, 3, ...} 
= {abab aabaab aaabaaab ...} 



Draw a TM that accepts L. 



14. 



Draw a PM that accepts L as defined in Problem 13. 



15. 



Draw a 2PDA that accepts L as defined in Problem 13. 
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16. On the TM that was formed from the 2PDA in the example on page 
630, trace the execution of the following input strings: 

(i) abb 

(ii) baa 

17. On the 2PDA that was formed from the PM in the example on page 
632, trace the execution of the following input strings: 

(i) abba 

(ii) babab 

18. (i) Draw a 3PDA to accept the language {a"b 2n c"} over the alphabet 

Z = {a,b,c}. 
(ii) Draw a 2PDA to accept this language. 

19. Outline a 2PDA that starts with any input string over ~Z = {a,b} and leaves 
the reverse of the same string in its STORE when it accepts. 

20. Given a language L over 1 = {a,b}. Define the transpose of L to be the 
language of all words in L spelled backward. 

If L is a language accepted by a 2PDA, prove that the transpose of 
L, written L T , is also a language accepted by a 2PDA. 



CHAPTER 27 



VARIATIONS 
ON THE TM 



Turing machines can be drawn using different pictorial representations. Let us 
consider the diagram below, which looks like a cross between a Mealy and 
a Moore machine: 



a/a, b/b 




2/R 

X 



( halt y ^K 



a/x 



START 
1/R 



a/a, b/b 



> 



b/y 




5/R 
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A/A 



x/a, y/b 



A/A 



a/a, b/b 




-H 3/R 



A/a 



a/a, b/b, A/A 




A/L 



A/ft 



a/a, b/b 




VARIATIONS ON THE TM 
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This is a new way of writing the program part of a TM; we still use the 
same old Tape and Tape Head. In this picture the edges are labeled as in 
a Mealy machine with input-slash-output instructions. An edge labeled plq says 
"If the Tape Head is reading a p, change it to a q and follow this arrow to 
the next state." The edge itself does not indicate in which direction the Tape 
Head is to be moved. The instructions for moving the Tape Head are found 
once we enter the next state. Inside the circles denoting states we have labels 
that are name-slash-move indicators. For example, AIL says "You have entered 
state 4; please move the Tape Head one cell to the left." When we commence 
running the machine in the START state, we do not execute its move in- 
struction. If we reenter the start state, then we follow its move instruction. 

Let us call machines drawn in this fashion Move-in-State machines. After 
analyzing the machine above, we shall prove that Move-in-State machines have 
the same power as TM's as we originally defined them. 

The action of the Move-in-State machine drawn above is to start with any 
word on its Tape, leave a space, and make an exact copy of the word on 
the Tape. If we start with the word w, we end up with the string wAw: 

baab becomes baabAbaab 
a becomes aAa 

A . . . becomes A . . . 

The algorithm is as follows: We start in state 1. If we read an a, we take 
the high road: state 2 - state 3 - state 4 - state 1. If we read a b, we take the 
low road: state 5 - state 6 - state 4 - state 1. Suppose that we read an a. This 
is changed into an x as we travel along the edge labeled a/x to state 2 where 
the Tape Head is moved right. In state 2 we now skip over all the a's and 
b's remaining in w, each time returning to state 2 and moving the Tape Head 
right. When we reach the first A after the end of w, we take the edge labeled 
A/A to state 3. This edge leaves the A undisturbed. The Tape Head is moved 
by state 3 to the right again. In state 3 we read through all the letters we 
have already copied into the second version of w until we read the first A. 
We then take the Ala edge to state 4. Along the edge we change the A into 
an a (this is the letter we read in state 1). State 4 moves the Tape Head 
left, reading through all the a's and b's of the second copy of w, then through 
the A and then through the a's and b's, of the part of the original w that has 
not already been copied. 

Finally, we reach the x with which we marked the letter a that we were 
copying. This we change back to an a on the edge labeled xla, ylb going to 
state 1. State 1 tells us to move the Tape Head to the right, so we are ready 
to copy the next letter of w. If this letter is an a, we take the high road 
again. If it is a b, we change it to a y and take the route state 5 - state 6 
to find the blank that we must change to a b in the second copy. Then in 
state 4 we move the Tape Head back down to the y and change it back to 
a b and return to state 1. When we have finished copying all of w, state 1 
reads a A and we halt. 
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The following is the trace of the operation of this machine on the input 
string baa: 



1 

baa 


yaa 




j 

yaa 




yaaA 




U 




A 




A 




A 








xaaAb 




xaaAb 




xaaAb 




xaaAb 




1 

bqaAb 




2 

bxqAb 




2 

bxaAb 




3 

b.raAfr 




3 




4 




4 




4 




bxaAbA 




bxaAba 




bxaAba 




bxaAba 




4 




1 




2 




3 




bxaAba 




baqAba 




baxAba 




baxAba. 




3 

baxAba 




3 

baxAbaA 




4 

baxAbqa 




4 

baxAbaa 



4 

baxAbaa 



4 

baxAbaa 



baaAbaa HALT 



It is not obvious that Move-in-State machines have the same power as Turing 
machines. Why is that? because Move-in-State machines are limited to always 
making the same Tape Head move every time we enter a particular state, 
whereas with TM's we can enter a certain state having moved the Tape Head 
left or right. For example, the TM situation shown below 

(b.X.L) 

and this one also 



Oia.BM) /~\ (b,X,L) S~\ 

cannot simply be converted into Move-in-State TM's by adding Tape Head 
moving instructions into state 9. However, we can get around this difficulty 
in a way analogous to the method we used for converting Mealy into Moore 
machines. The next two theorems prove 



Move-in-State = TM 
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For every Move-in-State machine M, there is a TM, T, which accepts the 
same language. That is if M crashes on the input w, T crashes on the input 
w. If M loops on the input w, T loops on the input w. If M accepts the input 
w then T does too. We require even more. After halting the two machines 
leave exactly the same scattered symbols on the Tape. 

PROOF 

The proof will be by constructive algorithm. 

This conversion algorithm is simple. One-by-one, in any order, let us take 
every edge in M and change its labels. If the edge leads to a state that tells 
the Tape Head to move right, change its labels from XI Y to (X,Y,R). If the 
edge leads to a state that tells the Tape Head to move left, change its labels 
from XIY to (X,Y,L). To make this description complete, we should say that 
any edge going into the HALT state should be given the Tape Head move 
instruction, R. 

When all edge labels have been changed, erase the move instructions from 
inside the states. For example, 



The resulting diagram is a TM in normal form that operates exactly as the 
Move-in-State machine did. The trace of a given input on the Move-in-State 
machine is the same as the trace of the same input on the converted TM. 



EXAMPLE 

The Move-in-State machine above that copies input words will be converted 
by the algorithm given in this proof into the following TM. 




becomes 



(Xb.L) 
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(a.b; =,R) 



(a.b; =.R) 




(XXR) 




(a.X.R) 



(Xa.L) 



(Y.b.R) 
(X.a.R) 



Go 



(a.b.X =,L) 



(b,Y,R) 



(Xb.L) 




(XXR) 




(a.b, =M) 



(a.b, =,i?) 
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For every Turing machine T there is a Move-in-State machine M that operates 
in exactly the same way on all inputs — crashing, looping, or accepting. Fur- 
thermore the Move-in-State machine will always leave the same remnants on 
the Tape that the TM does. 



PROOF 

The proof will be by constructive algorithm. 

We cannot simply "do the reverse" of the algorithm in the last proof. If 
we try to move the Tape Head instructions from the edges into the states 
themselves, we sometimes succeed, as with: 




becomes 




(b.XR) 



and sometimes fail, as with 




(b.XL) 
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depending on whether all the edges entering a given state have the same Tape 
Head direction or not. This is a case of deja vu. We faced the same difficulty 
when converting Mealy machines into Moore machines — and the solution is 
the same. If edges with different Tape Head movement directions feed into 
the same state, we must make two copies of that state, one labeled move R 
and one labeled move L, each with a complete set of the same exit edges 
the original state had. The incoming edges will then be directed into whichever 
state contains the appropriate move instruction. 



For example, 



becomes 




Some states become twins, some remain single. State by state we make 
this conversion until the TM is changed into a Move-in-State machine that 
acts on inputs identically to the way the old TM used to. 

If the start state has to split, only one of its clones can still be called 
START — it does not matter which, since the edges coming out of both are 
the same. 
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(a.X.L) (a.b.R) 



Q START ^- 



-(b.X.L) 



becomes 



(A.A.S) 



(a.b.R) (a.X.L) (a.b.R) 



C START \ 



-*-(b,X,L) 17 L 




(b.X.L) 



A/A 



If a state that gets split loops back to itself, we must be careful to which 
of its personae the loops go. It all depends on what was printed on the loop 
edge. A loop labeled with an R will become a loop on the R twin and an 
edge from the L twin. The symmetric thing happens to a TM edge with an 
L move instruction. 

This process will always convert a TM into an equivalent Move-in-State 
machine; equivalent both in the sense of language acceptor and in the sense 
of Tape manipulator. ■ 



EXAMPLE 

Let us consider the following purely random TM. 



(a.b.L) 

(A,A,£) (b,a,R) 



(a.X.R) 



When the algorithm of the theorem above is applied to the states of this 
TM in order, we obtain the following conversion sequence: 
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(.a.b.L) 

A/A (b,a,R) 



then 





Notice that HALT 3 is the same as writing HALT 3/R, but if the edge 
entering HALT moved left, we would need a different state since input might 
crash while going into the HALT state. I 



We have been careful to note that when we combine the last two theorems 
into one statement: 



TM = Move-in-State machine 



646 



TURING THEORY 



we are not merely talking about their power as language recognizers but as 
transducers as well. Not only do the same words run to HALT on the cor- 
responding machines, but they leave identical outputs on the input Tape. The 
importance of this point will be made clear later. 

Another variation on the definition of Turing machine that is sometimes 
encountered is the "stay-option" machine. This is a machine exactly like a 
TM except that along any edge we have the option of not moving the Tape 
Head at all — the stay option. Instead of writing L or R as directions to the 
Tape Head, we can also write S for "stay put". 

On the surface this seems like a ridiculous thing to do, since it causes us 
to read next the character that we have just this instant printed. However, the 
correct use of the stay-option is to let us change states without disturbing the 
Tape or Tape Head, as in the example below: 




We stay in state 3 skipping over b's until we reach an a or a A. If we 
reach an a, we jump to state 7 and there decide what to do. If we reach a 
A, we go to state 4 where more processing will continue. 

The question arises: Does this stay-option give us any extra real power or 
is it merely a method of alternate notation? Naturally we shall once again 
prove that the stay-option adds nothing to the power of the already omnipotent 
TM. 

We have had some awkward moments in programming TM's, especially 
when we wanted to leave the Tape Head pointing to a special symbol such 
as a * in cell i or a # in between words. We used to have to write something 
like: 



(a,b; =,L) 

<*•**> >Q >Q 
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State 7 backs down the Tape looking for the *. State 8 finds it, but the Tape 
Head bounces off to the right. We then have to proceed to state 9 to leave 
the Tape Head pointing to the *. 

With the stay-option this becomes easier: 



(a,b, =,L) 

^(^- ™ ^ 



EXAMPLE 

Below is a run-of-the-mill TM that crashes on A and otherwise changes the 
first letter of any input string (from a to b or b to a), leaves the Tape Head 
in cell i, and accepts. 



(a.b.R) 



With the stay-option we can eliminate the middleman. 



(a,b,S) 

Q START J »^ HALT ^ 



DEFINITION 

Let us call a TM with a stay-option a stay-option machine. ■ 

We now show that the stay-option, although it may be useful in shortening 
programs, adds no new power to the TM. 
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stay-option machine = TM 



In other words, for any stay-option machine there is some TM that acts the 
same way on all inputs, looping, crashing, or accepting while leaving the same 
data on the Tape, and vice versa. 



Since a TM is only a stay-option machine in which we have not bothered to 
use the stay-option, it is clear that for any TM there is a stay-option machine 
that does the same thing — the TM itself. What remains for us to show is that 
if the stay-option is ever used we can replace it with other TM programming 
and so convert a stay-option machine into an equivalent TM. 

To do this, we simply follow this replacement rule. Change any edge 



introducing a new state 3'. It is patently obvious that this does not change 
the processing of any input string at any stage. 

In the diagrams above we have made use of a generalization of the multiple 
instruction symbol. We wrote (any; = ,L) to mean the set of all instructions 
(x,x,L) for any x that might be read. 

When all stay-option edges have been eliminated (even loops) what remains 
is the desired regular TM. I 

Now that we have shown that the stay option is harmless we shall feel free 
to use it in the future when it is convenient. 



PROOF 




into 
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EXAMPLE 

Here we shall build a simple machine to do some subtraction. It will start 
with a string of the form #(0 + 1)* on its Tape. This is a # in cell i followed 
by some binary number. The job of this stay-option machine is to subtract 1 
from this number and leave the answer on the Tape. This is a binary de- 
crementer. 

The basic algorithm is to change all the right-most 0's to l's and the right- 
most 1 to 0. The only problem with this is that if the input is zero, that is 
of the form #0*, then the algorithm gives the wrong answer since we have 
no representation for negative numbers. 

The machine below illustrates one way of handling this situation: 



(1,0,S) 





What happens with this machine is: 

START #101001000 

becomes State 1 #101001000A 

becomes State 1 #101001111 

becomes State 2 # 1010001 1 1 

If we are in State 2 and we are reading a 0, we must have arrived there 
by the edge (1,0,5), so in these cases we proceed directly on to (0,0,/?) HALT. 

If, on the other hand we arrive in State 2 from the edge (#,#,R), it means 
we started with zero, #0*, on the Tape. 

START #0000 
becomes State 1 #0000A 
becomes State 1 #1111 



becomes State 2 #1111 
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Now in state 2 we must erase all these mistaken l's. The result is that we 
loop with (1,A,/?) until we HALT with (A, A,/?). If the input was zero, this 
machine leaves an error message in the form of the single character #. 

In this machine there is only one stay-option edge. Employing the algorithm 
from the above theorem, we leave the state 1 - state 2 edge (#,#,#) alone 
but change the state 1 - state 2 edge (1,0,5) as follows: 




There are some other minor variations of TM's that we could investigate. 
One is to allow the Tape Head to move more than one cell at a time such 
as: 

(X,Y,3R) = (read X,write K.move 3 cells to the right) 
This is equivalent to: 



(X.Y.R) - ^T^ (any;=,fl) (any; =,fl) ^ 



Some other instructions of this ilk are 

(X,Y,2L) or (X,Y,33R). 

It is clear that these variations do not change the power of a TM as acceptor 
or transducer; that is, the same input strings are accepted and the stuff they 
leave on the Tape is the same. 

This is in fact so obvious that we shall not waste a theorem on it (however, 
see the problems below). 
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In addition to variations involving the move instructions, it is also possible 
to have variations on the Tape structure. The first of these we shall consider 
is the possibility of having more than one Tape. 

The picture below shows the possibility of having four Tape's stacked one 
on top of the other and one Tape Head reading them all at once: 



Tape 1 


a 


b 


b 


a 


a 




Tape 2 


A 


A 


A 


A 


A 




Tape 3 


b 


A 


A 


a 


A 




Tape 4 


b 


b 


a 


b 


b 





0 

In this illustration the Tape Head is reading cell iii of Tape 1, cell iii of 
Tape 2, cell iii of Tape 3, and cell iii of Tape 4 at once. The Tape Head 
can write something new in each of these cells and then move to the left to 
read the four cell ii's or to the right to read the four cell iv's. 



DEFINITION 

A Ar-track Turing machine, ATM, has k normal TM Tapes and one Tape 
Head that reads corresponding cells on all Tapes simultaneously and can write 
on all Tapes at once. There is also an alphabet of input letters 2 and an 
alphabet of Tape characters T. The input strings are taken from 2, while the 
Tape Head can write any character from I\ 

There is a program of instructions for the Tape Head consisting of a START 
state, ACCEPT states, other states, and edges between states labeled: 




where p, q, r, s, t, u, v, w, . . . are all in T and M is R or L, meaning 
that if what is read from Tape 1 is p, from Tape 2 is q, from Tape 3 is r, 
from Tape 4 is s, and so on, then what will be written on Tape 1 is t, on 
Tape 2 is u, on Tape 3 is v, and on Tape 4 is w, and so on. The Tape 
Head will be moved in the direction indicated by M. 

To operate a &TM we start with an input string from 2* on Tape 1 starting 
in cell i, and if we reach ACCEPT we say that the string is in the language 
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of the kTM. We also say that the contents of all the Tapes is the output 
produced by this input string. ■ 



This is a very useful modification of a TM. In many applications it allows 
a natural correspondence between the machine algorithm and traditional hand 
calculation, as we can see from the examples below. Notice that we use the 
words track and Tape interchangeably for a kTM. 



EXAMPLE 

When a human adds a pair of numbers in base 10, the algorithm followed 
is usually to line them up in two rows, find the right-hand column, perform 
the addition column by column moving left, remembering whether there are 
carries and stopping when the last column has been added. 

The following 3TM performs this algorithm exactly as we were taught in 
Third Grade except that it uses a column of $'s to mark the left edge. 
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The loop from no-carry back to itself takes care of all combinations: 




where u + v is less than 10. 

The edges from no-carry to owe-carry are labeled: 




where u + v s= 10. 

The loop from owe-carry back to itself is: 

(u, u \ 
v, v L J 

A, h + v-9 / 



where u + v 5= 9. 

The edge from owe-carry to no-carry is: 




where u + v =s 8. 

The phrase "any non-A" in the instruction for the loop at START is self- 
explanatory. 

We have not exactly followed the rules about the input being found on 
Tape 1 only but have assumed that it has been loaded into the Tapes as in 
this picture: 



$ 


4 


2 


9 


A 




$ 


9 


3 


3 


A 




$ 


A 


A 


A 


A 
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with $'s in all three cell i's. We have also assumed that the two numbers to 
be added are in cells ii, iii, . . . on Tape 1 and Tape 2, and Tape 3 is blank 
from cell ii on. 

We trace this input on this 3TM: 



START 

$429 
$933 
$ A A A 






START 

$ 4 2 9 
$ 9 3 3 
$ A A A 


START 

$429 
$933 
$ A A A 






START 

$ 4 2 9 
$ 9 3 3 
$ A A A 


START 

$429 
$933 
$ A A A 


A 
A 
A 




No-carry 

$ 4 2 9 
$ 9 3 3 
$ A A A 


Owe-carry 

$429 
$933 
$ A A 2 






No-carry 

$ 4 2 9 
$ 9 3 3 
$ A 6 2 


Owe-carry 






HALT 


$429 
$933 
$362 






A 4 2 9 
A 9 3 3 
13 6 2 



The correct total, 1362, is found on Tape 3 only. The stuff left on the 
other Tapes is not part of the answer. We could have been erasing Tape 1 
and Tape 2 along the way, but this way is closer to what humans do. 

We should have started with both input numbers on Tape 1 and let the 
machine transfer the second number to Tape 2 and put the $'s in the cell i's, 
but these chores are not difficult. 

Moving the last non-A character from Tape 1 to cell ii of Tape 2 can be 
accomplished by this subroutine. 
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/ any , = 
any non-$, = L 
\any non-$, = 




The rest of the copying and erasing can be done similarly with one subtle 
difficulty that we defer till the problems below. ■ 



Considering TM's as tranducers has not seemed very important to us before. 
In a PDA we never considered the possibility that what was left in the STACK 
when the input was accepted had any deep significance. Usually it was nothing. 
In our early TM examples the Tape often ended up containing random garbage. 
But, as the example above shows, the importance of the machine might not 
be simply that the input was accepted but what output was generated in the 
process. This is a theme that will become increasingly important to us as we 
approach the back cover. 
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We should now have a theorem that says that fcTM's have no greater power 
than TM's do as either acceptors or transducers. This is true, but before we 
prove it we must discuss what it means. As we have defined it, a kTM starts 
with a single line of input just as a TM does. However, the output from a 
kTM is presumed to be the entire status of all k Tapes. How can a TM possibly 
hope to have output of this form? We shall adapt a convention of corre- 
spondence that employs the interlacing-cells interpretation of the TM output 
Tape that we used in the simulation of nPDA's in Chapter 26. 

We say that the 3TM Tape status 



a 


d 


g 




b 


e 


h 




c 


f 


i 





corresponds to the one-TAPE TM status 



a 


b 


c 


d 


e 


f 


8 


h 


i 





This is an illustration for three tracks, but the principle of correspondence 
we are using applies equally well to ^-tracks. 
We can now prove our equality theorem. 
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(i) Given any TM and any k, there is a kTM that acts on all inputs exactly 
as the TM does (that means either loops, crashes, or leaves a corre- 
sponding output). 

(ii) Given any kTM for any k, there is a TM that acts on all inputs exactly 
as the kTM does (that means loops, crashes, or leaves a corresponding 
output). 

In other words, as acceptor or transducer: 



TM = kTM 
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PROOF 

(i) One might think that part (i) of this proof is trivial. All we have to do 
is leave Tape 2, Tape 3, . . . , Tape k always all blank and change every 
TM edge label from (X,Y,Z) into 




The end result on Tape 1 will be exactly the same as on the original TM. 
This would be fine except that under our definition of correspondence 



a 


b 


c 


d 




A 


A 


A 


A 




A 


A 


A 


A 





does not correspond to the TM Tape status 



a b 



but rather to the TM Tape status 



a 


A 


A 


b 


A 


A 


c 


A 


A 


d 


A 


A 





To have a IcTM correspond to a TM once we have adopted our definition 
of correspondence, we must convert the answer Tape on the ATM from 



into this form: 



a 


b 


c 


d 




A 


A 


A 


A 




A 


A 


A 


A 





a 


d ■ ■ ■ 


b 




c 
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The subroutine to do this begins as follows: 




This notation should be transparent. The arrow from "any" to " = " means 
that into the location of the " = " we shall put whatever symbol occupied the 
location of the "any." 

We now arrive at 



a 


A 


A 


d 




A 


b 


A 


A 




A 


A 


c 


A 





We need to write a variation of the DELETE subroutine that will delete a 
character from one row without changing the other two rows. 

To do this we start with the subprogram DELETE exactly as we already 
constructed it and we make k (in this case 3) offshoots of it. In the first we 
replace every edge label as follows: 

(X, Y, Z) 

becomes 




This, then, will be the subroutine that deletes a character from the first row 
leaving the other two rows the same; call it DELETE-FROM-ROW-1 . If on 
the Tape 



1 


4 


7 


10 




2 


5 


8 


11 




3 


6 


9 


12 
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we run DELETE-FROM-ROW- 1 while the Tape Head is pointing to column 
3, the result is 



1 


4 


10 


A 




2 


5 


8 


11 




3 


6 


9 


12 





We build DELETE-FROM-ROW-2 and DELETE-FROM-ROW-3 similarly. 
Now we rewind the Tape Head to column one and do as follows: 



o, (Advance ^ n, (Advance -v ^, 

* column) <t- <T column) ^ <e 

^ ^ /anv V ^ / ,any , # / 



& & (any=S ^ # any = R ^ /J" 

V <v \any / C £ \any / C £ 



/any 
any = 
Vany 



Thus we convert the Tape 



a 


A 


A 


d 




A 


b 


A 


A 




A 


A 


c 


A 





into 



a 


d 




b 


A 




c 


A ■ 





To get out of this endless loop, all we need is an end-of-data marker and 
a test to tell us when we have finished converting the answer on track 1 into 
the &-track form of the answer. We already know how to insert these things, 
so we call this the conclusion of the proof of part (i). 
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(ii) We shall now show that the work of a ATM can be performed by a 
simple TM. Surprisingly, this is not so hard to prove. 

Let us assume that the ATM we have in mind has k = 3 and uses the Tape 
alphabet T = {a,b,$}. (Remember, A appears on the Tape but is not an al- 
phabet letter.) There are only 4 X 4 X 4 = 64 different possibilities for col- 
umns of Tape cells. They are: 




The TM we shall use to simulate this 3TM will have a Tape alphabet of 
64 + 3 characters: 




We are calling such symbols as 




a single Tape character, meaning that it can fit into one cell of the TM and 
can be used in the labels of the edges in the program. For example, 




will be a legal simple instruction on our simple TM. 

These letters are admittedly very strange but so are some others soon to 
appear. 

We are now ready to simulate the 3TM in three steps. 



Step 1 The input string X { X 2 X 3 . . . will be fed to the 3TM on Tape 1 looking 
like this: 
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*1 


x 2 


X 3 




A 


A 


A 




A 


A 


A 





Since our TM is to operate on the same input string, it will begin like 
this: 



X 2 



X 3 



G 



To begin the simulation we must convert the whole string to triple- 
decker characters corresponding to the 3TM. We could use something 
like these instructions: 



a, 




We must have some way of telling when the string of X's is done. 
Let us say that if the X's are a simple input word, they contain no A's 
and therefore we are done when we reach the first blank. The program 
should be: 



c 



START 



'A' 
A, |A 



6 



A | ,R 



We shall now want to rewind the Tape Head to cell i so we 
should, as usual, have marked cell i when we left it so that we 
could back up without crashing. (This is left as a problem below.) 
If the 3TM ever needs to read cells beyond the initial ones used 
for the input string, the simulating TM will have to remember to 
treat the new A's encountered as though they were: 



662 



TURING THEORY 




Step 2 Copy the 3TM program exactly for use by the simulating TM. Every 
3TM instruction 



becomes 




which is a simple TM instruction. 

Step 3 If the 3TM crashes on a given input, so will the TM. If the 3TM loops 
forever on a given input, so will the simple TM. If the 3TM reaches 
a HALT state, we need to decode the answer on the TM. This is 
because the 3TM final result: 



d 


8 


j 


m 


A 




e 


h 


k 


A 


A 




f 


i 


I 


A 


A 





will sit on the TM as this: 




but the TM Tape status corresponding to the 3TM answer is actually 
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/ m 



we must therefore convert the TM Tape from triple-decker characters 
to simple single-letter strings. 

This requires a state with 64 loops like the one below: 



Expander 



o 



Insert A 



Insert A 



Back Tape Head up 2 cells 



ho 



(A,a„R) 



o 



(A,fc,-R) 



Once the answer has been converted into a simple string, we can halt. 
To know when to halt is not always easy because we may not always 
recognize when the 3TM has no more non-A data. Reading 10 of these: 



does not necessarily mean that we have transcribed all the useful in- 
formation from the 3TM. However, we can tell when the simple TM 
is finished expanding triples. When the expander state reads a single 
A, it knows that it has hit that part of the original TM Tape not needed 
in the simulation of the 3TM. So we add the branch 



Expander 



a 



(AAff) 



HALT J 



This completes the conversion of the 3TM to a TM. The algorithm for k other 
than 3 is entirely analogous. ■ 

We shall save the task of providing concrete illustrations of the algorithms 
in this theorem for the Problem section. 

The next variation of a TM we shall consider is actually Turing's own 
original model. He did not use the concept of a "half-infinite" Tape. His Tape 
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was infinite in both directions, which we call doubly infinite or two-way in- 
finite. (The Tapes as we defined them originally are called one-way infinite 
Tapes.) 

The input string is placed on the Tape in consecutive cells somewhere and 
the rest of the Tape is filled with blanks. There are infinitely many blanks 
to the left of the input string as well as to the right of it. This seems to give 
us two advantages: 

1. We do not have to worry about crashing by moving left from cell i, 
because we can always move left into some ready cell. 

2. We have two work areas not just one in which to do calculation, since 
we can use the cells to the left of the input as well as those further out 
to the right. 

By convention, the Tape Head starts off pointing to the left-most cell con- 
taining nonblank data. 

The input string abba would be depicted as: 





A 


a 


b 


b 


a 


A 





0 

We shall number the cells once an input string has been placed on the 
Tape by calling the cell the Tape Head points to cell i. The cells to the right 
are numbered as usual with increasing lowercase Roman numerals. The cells 
to the left are numbered with zero and negative lowercase Roman numerals. 
(Let us not quibble about whether the ancient Romans knew of zero and neg- 
ative numbers.) 



— v 


— iv 


— iii 


— ii 


— i 


0 


i 


iii 


iii 


iv 


V 


vi 




A 


A 


A 


A 


A 


A 


a 


b 


b 


a 


A 


A 





THEOREM 54 

TM's with two-way Tapes are exactly as powerful as TM's with one-way 
Tapes both as language acceptors and transducers. 

PROOF 

The proof will be by constructive algorithm. 

First we must show that every one-way TM can be simulated by a two- 
way TM. We cannot get away with saying "Run the same program on the 
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two-way TM and it will give the same answer" because in the original TM 
if the Tape Head is moved left from cell i the input crashes, whereas on the 
two-way TM it will not crash. To be sure that the two-way TM does crash 
every time its Tape Head enters cell 0 we must proceed in a special way. 

Let © be a symbol not used in the alphabet T for the one-way TM. Insert 
©in cell 0 on the two-way TM and return the Tape Head to cell i. 

, v (any,=,L) /-"X. (A,©,«) 

C START j — - : Hj — 



From here let the two-way TM follow the exact same program as the one- 
way TM. 

Now if, by accident, while simulating the one-way TM the two-way TM 
ever moves left from cell i it will not crash immediately as the one-way TM 
would, but when it tries to carry out the next instruction it will read the© 
in cell 0 and find that there is no edge for that character in the program of 
the one-way machine. This will cause a crash, and the input word will be 
rejected. 

One further refinement is enough to finish the proof. (This is one of the 
subtlest of subtleties in anything we have yet seen.) The one-way TM may 
end on the instruction: 



where this left move could conceivably cause a crash preventing successful 
termination at HALT. To be sure that the one-way TM also crashes in its 
simulation it must read the last cell it moves to. We must change the one- 
way TM program to: 



0(x,y,L) /^N (non , =,R) , v 
<; < halt ; 

!(©,©.«) 

^ REJECT ^ 



We have yet to prove that anything a two-way TM can do can also be 
done by a one-way TM. And we won't. What we shall prove is that anything 
that can be done by a two-way TM can be done by some 3TM. Then by the 
previous theorem a two-way TM must also be equivalent to a one-way TM. 
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Let us start with some particular two-way TM. Let us wrap the doubly 
infinite Tape around to make the figure below: 



cell i 


cell ii 


cell iii 


cell iv 


cell v 
















cell 0 


cell - i 


cell — ii 


cell — iii 


cell — iv 





Furthermore, let us require every cell in the middle row to contain one of 
the five symbols: A, | > I » 1 1 > 11 ■ 

The arrow will tell us which of the two cells in the column we are actually 
reading. The double arrows, for the tricky case of going around the bend, 
will appear only in the first column. 

If we are in a positively numbered cell and we wish to simulate on the 
3TM the two-way TM instruction: 



we can simply write this as: 



o-' o 



'any, 
any, 



where S is the stay-option for the Tape Head. The second step is necessary 
to put the correct arrow on track 2. We do not actually need S. We could 
always move one more left and then back. 
For example, 



0 


i 


ii 


iii 


iv 






A 


a 


b 


b 


a 


A 





causes 



in 



iv 



0 
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Analogously, 



a 


b 


b 


a 


A 




t T 


t 


A 


A 


A 




A 


A 


A 


A 


A 





0 

I b.A \ /any, = \ 

<lF — <!7 

causes 





A 


b 


a 


A 




t t 


A 


t 


A 


A 




A 


A 


A 


A 


A 





If we were in a negatively numbered cell and asked to move R, we would 
need to move left in the 3TM. 

could become 

/any, = \ /any, = \ 

This is because in the two-way TM moving right from cell -iii takes us 
to cell -ii, which in the 3TM is to the left of cell -iii. 
In the two-way TM the Tape status 





— iii 


— ii 


— i 


0 


i 


ii 




A 


b 


a 


a 


b 


A 


A 





a 

and the instruction 

0(b,A,R) S~\ 
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causes 





— iii 


— ii 




0 




ii 


A 


A 


a 


a 


b 


A 


A 



as desired. 

Analogously, in the 3TM the Tape status 



i ii iii iv v 



A 


A 


A 


A 


A 




i i 


A 


A 


i 


A 




b 


a 


a 


b 


A 




0 


— i 


— ii 


Q 


— iv 



and the instructions 

/any, = \ /any, = \ 

Q ■ ■ ,Q .0 

will cause the result 



i ii iii iv v 



A 


A 


A 


A 


A 




1 1 


A 


1 


A 


A 




b 


a 


a 


A 


A 




0 




a 


— iii 


— iv 



as desired. 

The tricky part comes when we want to move right from cell 0. That we 
are in cell 0 can be recognized by the double down arrow on the middle 
Tape. 
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can also be 

/any, = \ 
_ _ 11,11 S _ _ 

This means that we are now reading cell i having left an A in cell 0. 
There is one case yet to mention. When we move from cell -i to the right 
to cell 0, we do not want to lose the double arrow there. So instead of just 



/any, = \ 

we also need 

/any, = \ 

The full 3TM equivalent to the two-way TM instruction 

0(X,Y,R) 


is therefore 
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By analogous reasoning, the equivalent of the left move 



is therefore 




where 3' is used when moving left from a negative cell, 3" for moving left 
from a positive cell, the second label on 3" to 8 for moving left from cell 
ii into cell i, and the bottom edge for moving left from cell i into cell 0. 

We can now change the program of the two-way TM instruction by in- 
struction (edge by edge) until it becomes the analogous program for the 3TM. 

Any input that loops/crashes on the two-way TM will loop/crash on the 
3TM. If an input halts, the output found on the two-way TM corresponds to 
the output found on the 3TM as we have defined correspondence. This means 
it is the same string, wrapped around. With a little more effort, we could 
show that any string found on track 1 and track 3 of a 3TM can be put 
together on a regular half-infinite Tape TM. 

Since we went into this theorem to prove that the output would be the 
same for the one-way and two-way TM, but we did not make it explicit where 
on the one-way TM Tape the output has to be, we can leave the matter right 
where it is and call this theorem proven. ■ 



EXAMPLE 

The following two-way TM takes an input string and leaves as output the a- 
b complement of the string; that is, if abaaa is the input, we want the output 
to be babbb. 
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The algorithm we follow is this: 

1. In cell 0 place a *. 

2. Find the last nonblank letter on the right and erase it. If it is a *, halt; 
if it is an a, go to step (3); if it is a b, go to step (4). 

3. Find the first blank on the left, change it to a b, go to step (2). 

4. Find the first blank on the left, change it to an a, go to step (2). 

The action of this algorithm on abaaa is: 

abaaa — > *abaaa —> *abaa — * b*abaa 
—* b*aba — > bb*aba —* bb*ab — » bbb*ab 
—* bbb*a — > abbb*a —* abbb* —> babbb* 
—> babbb 

If we follow this method, the output is always going to be left in the 
negatively numbered cells. However, on a two-way Tape this does not have 
to be shifted over to start in cell i since there is no way to distinguish cell 
i. The output is 





A 


b 


a 


b 


b 


b 


A 





0 



which can be considered as centered on the Tape (infinitely many A's to the 
right, infinitely may A's to the left). 
The program for this algorithm is: 
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Let us trace the working of this two-way TM on the input ab: 



START 



0 


i 


ii 


Hi 


0 


i 


ii 


0 


i 


ii 


0 


i 


* 


a 


b 


A ^ 


* 


a 


b ~^ 


* 


a 


A 


* * 


a 



— i 


0 


i 


— i 


0 


( — » 


— i 


0 


i 


— i 


0 


i 


A 


* 


a 


a 


* 


a 


a 


* 


a 


a 


* 


a 



— I 
a 



— u 
A 



HALT 



('(' 


— i 


0 


— ii 


— i 


0 


b 


a 


* 


b 


a 


* 



-11 
b 



— u 
b 



— i 
a 



When converted to a 3TM, this program begins as follows: 




The task of completing this picture is left for the Problem section. 
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There are other variations possible for Turing machines. We recapitulate the 
old ones and list some new ones below: 



Variation 
Variation 
Variation 
Variation 
Variation 
Variation 
Variation 



Variation 8: 
Variation 9: 



Move-in-state machines 

Stay-option machines 

Multiple-track machines 

Two-way infinite Tape machines 

One Tape, but multiple Tape Heads 

Many Tapes with independently moving Tape Heads 

Two-dimensional Tape (a whole plane of cells, like infinitely 

many tracks) 

Two-dimensional Tape with many independent Tape Heads 
Make any of the above nondeterministic 



At this point we are ready to address the most important variation: non- 
determinism. 



DEFINITION 

A nondeterministic Turing machine, NTM, is defined like a TM but allows 
more than one edge leaving any state with the same first entry (the character 
to be read) in the label; that is, in state Q if we read a Y, we may have 
several choices of paths to pursue: 




An input string is accepted by an NTM if there is some path through the 
program that leads to HALT even if there are some choices of path that loop 
or crash. B 

We do not consider an NTM as a transducer because a given input may 
leave many possible outputs. There is even the possibility of infinitely many 
different outputs for one particular input as below: 



(A,6,R) 
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This NTM accepts only the input word a, but it may leave on its Tape 
any of the infinitely many choices in the language defined by the regular 
expression b*, depending on how many times it chooses to loop in state 1 
before proceeding to HALT. 

For a nondeterminitic TM, T, we do not bother to separate the two types 
of nonacceptance states reject (T) and loop (T). A word can possibly take 
many paths through T. If some loop, some crash and some accept we say 
that the word is accepted. What should we do about a word that has some 
paths that loop and some that crash but none that accept? Rather than dis- 
tinguish crash from loop we put them into one set equal to 

{a,b}* - Accept(T) 

Two NTM's are considered equivalent as language acceptors if 

Accept(T i) = Accept(T 2 ) 

no matter what happens to the other input strings. 



THEOREM 55 

Any language accepted by an NTM can be accepted by a (deterministic) TM. 



PROOF 

An NTM can have a finite number of choice positions, such as: 




where by the phrase "choice position" we mean a state with nondeterministic 
branching, that is with several edges leaving it with labels that have the same 
first component. The picture above offers three choices for the situation of 
being in state 3 and reading an a. As we are processing an input string if 
we are in state 3 and the Tape Head reads an a we can proceed along any 
of the paths indicated. 
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Let us now number each edge in the entire machine by adding a number 
label next to each edge instruction. These extra labels do not influence the 
running of the machine, they simply make description of paths through the 
machine easier. For example, the NTM below: 



(a, A, J?) 




(which does nothing interesting in particular) can be instruction numbered to 
look like this: 




There is no special order for numbering the edge instructions. The only 
requirement is that each instruction receive a different number. 

In the deterministic TM it is the input sequence that uniquely determines 
a path through the machine (a path that may or may not crash). In an NTM 
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every string of numbers determines at most one path through the machine 
(which also may or may not crash). The string of numbers: 

1-5-6-10-10-11 

represents the path: 

START - state 1 - state 1 - state 3 - state 3 - state 3 - HALT 

This path may or may not correspond to a possible processing of an input 
string — but it is a path through the graph of the program nonetheless. 

Some possible sequences of numbers are obviously not paths, for example, 

9-9-9-2-11 
2-5-6 
1-4-7-4 - 11 

The first does not begin at START, the second does not end in HALT, the 
third asks edge 7 to come after edge 4 but these do not connect. 

To have a path traceable by an input string, we have to be careful about 
the Tape contents as well as the edge sequence. To do this, we propose a 
three-track Turing machine on which the first track has material we shall dis- 
cuss later, the second track has a finite sequence of numbers (one per cell) 
in the range of 1 to 11, and the bottom track has an input sequence. For 
example, 

















11 


4 


6 


6 


A 


A 




a 


b 


a 


A 


A 


A 





What we are doing is proving NTM = TM by proving NTM = 3TM. Re- 
member, the 3TM is deterministic. 

In trying to run an NTM we shall sometimes be able to proceed in a 
deterministic way (only one possibility at a state), but sometimes we may be 
at a state from which there are several choices. At this point we would like 
to call up our Mother on the telephone and ask her advice about which path 
to take. Mother might say to take edge number 1 1 at this juncture and she 
might be right, branch number 11 does move the processing along a path that 
will lead to HALT. On the other hand, she might be way off base. Branch 
11? Why, branch 11 isn't even a choice at our current crossroads. (Some days 
mothers give better advice than other days.) 

One thing is true. If a particular input can be accepted by a particular 
NTM, then there is some finite sequence of numbers (each less than the total 
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number of instructions, 11 in the NTM above) that label a path through the 
machine for that word. If Mother gives us all possible sequences of advice, 
one at a time, eventually one sequence of numbers will constitute the guidance 
that will help us follow a path to HALT. If the input string cannot be accepted, 
nothing Mother can tell us will help. For simplicity we presume that we ask 
Mother's advice even at deterministic states. 
So, our 3TM will work as follows: 



On 


this track 


we 


run the input using Mother's advice 


On 


this track 


we 


generate Mother's advice 


On 


this track 


we 


keep a copy of the original input string 



If we are lucky and the string of numbers on track 2 is good advice, then 
track 1 will lead us to HALT. 

If the numbers on track 2 are not perfect advice for nondeterministic branch- 
ing, then track 1 will lead us to a crash. Track 1 cannot loop forever, since 
it has to ask Mother's advice at every state and Mother's advice is always 
a finite string of numbers. 

If Mother's advice does not lead to HALT, it will cause a crash or simply 
run out and we shall be left with no guidance. If we are to crash or be without 
Mother's advice, what we do instead of crashing is start all over again with 
a new sequence of numbers for track 2. We 

1. Erase track 1. 

2. Generate the next sequence of Mother's advice. 

3. Recopy the input from where it is stored on track 3 to track 1. 

4. Begin again to process track 1 making the branching shown on track 2. 

What does this mean: generate the next sequence of Mother's advice? If 
the NTM we are going to simulate has 11 states, then Mother's advice is a 
word in the regular language defined by 

(1 + 2 + 3 + . . . + 11)* 

We have a natural ordering for these words (the words are written with hyphens 
between the letters): 

1 2 3 ... 9 10 11 

1-1 1-2 .. . 1-11 2-1 2-2 2-3 11-11 

1-1-1 1-1-2 1-1-3 . . . 11-11-10 11-11-11 
1-1-1-1. . . . 
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If a given input can be accepted by the NTM, then at least one of these 
words is good advice. 

Our 3TM works as follows: 

1. Start with A's on track 1 and track 2 and the input string in storage on 
track 3. 

2. Generate the next sequence of Mother's advice and put it on track 2. 
(When we start up, the "next sequence" is just the number 1 in cell i.) 

3. Copy track 3 onto track 1. 

4. Run track 1, always referring to Mother's advice at each state. 

5. If we get to HALT, then halt. 

6. If Mother's advice is imperfect and we almost crash, then erase track 1 
and go to step 2. 

Mother's advice could be imperfect in the following ways: 

i. The edge she advises is unavailable at the state we are in. 

ii. The edge she advises is available but its label requires that a different 
letter be read by the Tape Head than the letter our Tape Head is now 
reading from track 1. 

iii. Mother is fresh out of advice; for example, Mother's advice on this round 
was a sequence of five numbers, but we are taking our sixth edge. 

Let us give a few more details of how this system works in practice. We 
are at a certain state reading the three tracks. Let us say they read: 



a 
6 

any 

The bottom track does not matter when it comes to the operation of a run, 
only when it comes time to start over with new advice. 

We are in some state reading a and 6. If Mother's advice is good, there 
is an edge from the state we are in that branches on the input a. But let us 
not be misled, Mother's advice is not necessarily to take edge 6 at this juncture. 

To find the current piece of Mother's advice we need to move the Tape 
Head to the first unused number in the middle track. That is the correct piece 
of Mother's advice. After thirty edges we are ready to read the thirty- first 
piece of Mother's advice. The Tape Head will probably be off reading some 
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different column of data for track 1, but when we need Mother's advice we 
have to look for it. 

We find the current piece of Mother's advice and turn it into another symbol 
that shows that it has been used. We do not erase it because we may need 
to know what it was later to calculate the next sequence of Mother's advice 
if this sequence does not take us to HALT. We go back to the column where 
we started (shown above) and try to follow the advice we just looked up. 
Suppose the next Mother's advice number is 9. We move the Tape Head 
back to this column (which we must have marked when we left it to seek 
Mother's advice) and we return in one of the 11 states that remembers what 
Mother's advice was. State 1 wants to take edge 1 always. State 2 wants to 
take edge 2. And so on. So when we get back to our column we have a 
state that knows what it wants to do and now we must check that the Tape 
Head is reading the right letter for the edge we wish to take. We can either 
proceed (if Mother has been good to us) or restart (if something went wrong). 

Notice that if the input string can be accepted by the NTM, eventually 
track 2 will give advice that causes this; but if the input cannot be accepted, 
the 3TM will run forever, testing infinitely many unsuccessful paths. 

There are still a number of petty details to be worked out to complete this 
proof, such as: 

1. How do we generate the next sequence of Mother's advice from the last? 
(We can call this incrementation.) 

2. How do we recopy track 3 onto track 1? 

3. How do we mark and return to the correct column? 

4. Where do we store the information of what state in the NTM we are 
supposed to be simulating? 

Unfortunately, these four questions are all problems at the end of the chap- 
ter; to answer them here would compromise their integrity. So we cannot do 
that. Instead, we are forced to write an end-of-proof mark right here. ■ 

We have shown a TM can do what an NTM can do. Obviously an NTM 
can do anything that a TM can do, simply by not using the option of non- 
determinism. Therefore: 



THEOREM 56 

TM = NTM ■ 



The next theorem may come as a surprise, not that the result is so amazing 
but that it is strange that we have not been able to prove this before. 
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THEOREM 57 

Every CFL can be accepted by some TM. 
PROOF 

We know that every CFL can be accepted by some PDA (Theorem 28) and 
that every PDA PUSH can be written as a sequence of PM instructions ADD 
and SUB. What we were not able to conclude before is that a PM could do 
everything a PDA could do because PDA's could be nondeterministic while 
PM's could not. If we convert a nondeterministic PDA into PM form we get 
a nondeterministic PM. 

If we further apply the conversion algorithm of Theorem 46 to this non- 
deterministic PM, we convert the nondeterministic PM into a nondeterministic 
TM. 

Using our last theorem, we know that every NTM has an equivalent TM. 
Putting all of this together, we conclude that any language accepted by a 
PDA can be accepted by some TM. ■ 



PROBLEMS 

1. Convert these TM's to Move-in-State machines: 



(i) 



(,a,b; =,R) 




(#,#,«) 



(A,#; =,R) 



(A,#; =,L) 



(a,b; =,L) 



c 



HALT 



) 
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2. (i) Draw a Move-in-State machine for the language ODDPALINDROME. 
(ii) Draw a Move-in-State machine for the language {a"b n } 

3. Draw a Move-in-State machine for the language EQUAL. 

4. Draw a Move-in-State machine for the language: All words of odd length 
with a as the middle letter. 

5. (i) Show that an NTM can be converted, using the algorithm in this 

chapter, into a nondeterministic Move-in-State machine, 
(ii) Show that nondeterminism does not increase the power of a Move- 
in-State machine. 

6. Discuss briefly how to prove that multiple-cell-move instructions such as 
(x, y, 5R) and (x, y, \1L) do not increase the power of a TM. 

7. In the description of the algorithm for the 3TM that does decimal addition 
"the way humans do," we skimmed too quickly over the conversion of 
data section. 

The input is presumed to be placed on track 1 as two numbers separated 
by delimiters. For example, 



$ 


8 


9 


$ 


2 


6 


$ 


A 




$ 


A 
















$ 


A 

















The question of putting the second number onto the second track has 
a problem that we ignored in the discussion in the chapter. 
If we first put the last digit from track 1 into the first empty cell of 
track 2 and repeat, we arrive at 
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with the second number reversed. Show how to correct this. 

8. Problem 7 still leaves one question unanswered. What happens to input 
numbers of unequal length? For example, how does $345$1 convert to 
345 + 1 instead of 345 + 100? Once this is answered, is the decimal 
adder finished? 

9. Outline a decimal adder that adds more than two numbers at a time. 

10. In the proof that 3TM = TM (Theorem 53), solve the problem posed 
in the chapter above: How can we mark cell i so that we do not back 
up through it moving left? 

11. (i) Write a 3TM to do binary addition on two n-bit numbers. 

(ii) Describe a TM that multiplies two 2-bit binary numbers, called an 
MTM. 

12. Using the algorithm in Theorem 53 (loosely), convert the 3TM in Prob- 
lem 1 1 into a simple TM. 

13. (i) Complete the conversion of the a-b complementer from 2-way TM 

to 3TM that was begun in the chapter above, 
(ii) Show how this task could be done by virtually the same algorithm on 
a TM as on a 2-way TM. 

14. (i) Outline an argument that shows how a 2-way TM could be sim- 

ulated on a 4PDA and therefore on a TM. 
(ii) Show the same method works on a 3PDA. 

15. Outline an argument that shows that a 2-way TM could be simulated 
on a TM using interlaced sequences of Tape cells. 

16. On a TM, outline a program that inputs a word in (1 + 2 + . . . + 11)* 
and leaves on the Tape the next word in the language (the next sequence 
of Mother's advice). 
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17. Write a 2TM program to copy the contents of track 2 onto track 1 where 
track 2 has a finite string of a's and b's ending in A's. (For the proof 
of Theorem 55 in the chapter we needed to copy track 3 onto track 1 
on a 3TM. However, this should be enough of an exercise.) 

18. (i) Write a 3TM program that finds Mother's advice (locates the next 

unused symbol on the second track) and returns to the column it 
was processing. Make up the required marking devices. 

(ii) Do the same as in (i) above but arrange to be in a state numbered 1 
through 11 that corresponds to the number read from the Mother's 
advice sequence. 

19. If this chapter had come immediately after Chapter 24, we would now 
be able to prove Post's Theorem and Minsky's Theorem using our new 
results. Might this shorten the proof of Post's or Minsky's Theorem? 
That is, can nondeterminism or multitracks be of any help? 

20. Show that a nondeterministic nPDA has the same power as a deter- 
ministic 2PDA. 



NnPDA = D2PDA 



CHAPTER 28 



RECURSIVELY 
ENUMERABLE 
LANGUAGES 



We have an independent name and an independent description for the languages 
accepted by FA's: the languages are called regular, and they can be defined 
by regular expressions. We have an independent name and an independent 
description for the languages accepted by PDA's: the languages are called 
context-free, and they can be generated by context-free-grammars. In this chap- 
ter and Chapter 30 we discuss the characteristics of the languages accepted 
by TM's. They will be given an independent name and an independent de- 
scription. The name will be type 0 languages and the description will be by 
a new style of generating grammar. But before we investigate this other for- 
mulation we have a problem still to face on the old front. Is it clear what 
we mean by "the class of languages accepted by TM's?" A Turing machine 
is a little different from the previous machines in that there are some words 
that are neither accepted nor crash, namely, those that cause the machine to 
loop around a circuit forever. These forever-looping words create a new kind 
of problem. 
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For every TM, T, which runs on strings from the alphabet 2, we saw that 
we can break the set of all finite strings over 2 into three disjoint sets: 

2* = accept(7) + loop(r) + reject(r) 

We are led to two possible definitions for the concept of what languages 
are recognized by Turing machines. Rather than debate which is the "real" 
definition for the set of languages accepted by TM's we give both possibilities 
a name and then explore their differences. 



DEFINITION 

A language L over the alphabet 2 is called recursively enumerable if there 
is a Turing machine T that accepts every word in L and either rejects or loops 
for every word in the language L' , the complement of L (every word in 2* 
not in L). 

accept(r) = L 
reject(T) + loop(T)= L' 



EXAMPLE 

The TM on page 575 accepts the language L = {a n b"a n } and loops or rejects 
all words not in L. Therefore {a n b n a n } is recursively enumerable. ■ 

A more stringent requirement for a TM to recognize a language is given 
by the following. 



DEFINITION 

A language L over the alphabet 2 is called recursive if there is a Turing 
machine T that accepts every word in L and rejects every word in L', that 
is, 



accept(r) = L 
reject(7) = L' 
loop(jT) = 4> 
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EXAMPLE 

The following TM accepts the language of all words over {a,b} that start with 
a and crashes on (rejects) all words that do not. 



( START ) 3 ( HALT ) 



Therefore, this language is recursive. I 

This term "recursively enumerable" is often abbreviated "r.e.," which is 
why we never gave an abbreviation for the term "regular expression." The 
term "recursive" is not usually abbreviated. It is obvious that every recursive 
language is also recursively enumerable, because the TM for the recursive 
language can be used to satisfy both definitions. However, we shall see in 
Chapter 29 that there are some languages that are r.e. but not recursive. This 
means that every TM that accepts these languages must have some words on 
which it loops forever. 

We should also note that we could have defined r.e. and recursive in terms 
of PM's or 2PDA's as well as in terms of TM's, since the languages that 
they accept are the same. It is a point that we did not dwell on previously, 
but because our conversion algorithms make the operations of the machines 
identical section by section any word that loops on one will also loop on the 
corresponding others. If a TM, T, is converted by our methods into a PM, 
P, and a 2PDA, A, then not only does 

accept(r) = accept(/>) = accept(A) 

but also 

loop(T) = loop(P) = loop(A) 

and 

reject(r) = reject(/>) = reject(A) 

Therefore, languages that are recursive on TM's are recursive on PM's and 
2PDA's as well. Also, languages that are r.e. on TM's are r.e. on PM's and 
2PDA's, too. 

Turing used the term "recursive" because he believed, for reasons we discuss 
in Chapter 31, that any set defined by a recursive definition could be defined 
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by a TM. We shall also see that he believed that any calculation that could 
be defined recursively by algorithm could be performed by TM's. That was 
the basis for his belief that TM's are a universal algorithm device (see Chapter 
31). The term "enumerable" comes from the association between accepting a 
language and listing or generating the language by machine. To enumerate a 
set (say the squares) is to generate the elements in that set one at a time 
(1,4,9,16 . . . ). We take up this concept again later. 

There is a profound difference between the meanings of recursive and re- 
cursively enumerable. If a language is regular and we have an FA that accepts 
it, then if we are presented a string w and we want to know whether w is 
in this language, we can simply run it on the machine. Since every state 
transition eats up a letter from w, in exactly length(w) steps we have our 
answer: yes (if the last state is a final state) or no (if it is not). This we have 
called an effective decision procedure. However, if a language is r.e. and we 
have a TM that accepts it, then if we are presented a string w and we would 
like to know whether w is in the language, we have a harder time. If we run 
w on the machine, it may lead to a HALT right away. On the other hand, 
we may have to wait. We may have to extend the execution chain seven 
billion steps. Even then, if w has not been accepted or rejected, it still even- 
tually might be. Worse yet, w might be in the loop set for this machine, and 
we shall never get an answer. A recursive language has the advantage that 
we shall at least someday get the answer, even though we may not know how 
long it will take. 

We have seen some examples of TM's that do their jobs in very efficient 
ways. There are some TM's, on the other hand, that take much longer to do 
simple tasks. We have seen a TM with a few states that can accept the lan- 
guage PALINDROME. It compares the first and last letter on the input Tape, 
and, if they match, it erases them both. It repeats this process until the Tape 
is empty and then accepts the word. 

Now let us outline a worse machine for the same language: 

1. Replace all a's on the Tape with the substring bab. 

2. Translate the non-A data up the Tape so that it starts in what was formerly 
the cell of the last letter. 

3. Repeat step 2 one time for every letter in the input string. 

4. Replace all b's on the Tape with the substring aabaa. 

5. Run the usual algorithm to determine whether or not what is left on the 
Tape is in PALINDROME. 

The TM that follows this algorithm also accepts the language PALIN- 
DROME. It has more states than the first machine, but it is not fantastically 
large. However, it takes many, many steps for this TM to determine whether 
aba is or is not a palindrome. While we are waiting for the answer, we may 
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mistakenly think that the machine is going to loop forever. If we knew that 
the language was recursive and the TM had no loop set, then we would have 
the faith to wait for the answer. 

Not all TM's that accept a recursive language have no loop set. A language 
is recursive if at least one TM accepts it and rejects its complement. Some 
TM's that accept the same language might loop on some inputs. 

Let us make some observations about the connection between recursive lan- 
guages and r.e. languages. 

THEOREM 58: 

If the language L is recursive, then its complement V is also recursive. In 
other words, the recursive languages are closed under complementation. 



It is easier to prove this theorem using Post machines than TM's. Let us take 
a language L that is recursive. There is then some PM, call it P, for which 
all the words in L lead to ACCEPT and all the words in L' crash or lead to 
REJECT. No word in 2* loops forever on this machine. 

Let us draw in all the REJECT states so that no word crashes but instead 
is rejected by landing in a REJECT. To do this for each READ we must 
specify an edge for each possible character read. If any new edges are needed 
we draw: 



Now if we reverse the REJECT and ACCEPT states we have a new machine 
that takes all the words of L' to ACCEPT and all the words of L to REJECT 
and still never loops. 

Therefore L' is shown to be recursive on this new PM. We used the same 
trick to show that the complement of a regular language is regular (Theorem 
11), but it did not work for CFL's since PDA's are nondeterministic (Theorem 



We cannot use the same argument to show that the complement of a re- 
cursively enumerable set is recursively enumerable, since some input string 
might make the Post machine loop forever. Interchanging the status of the 



PROOF 




38). 
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ACCEPT and REJECT states of a Post machine P to make P' keeps the same 
set of input strings in loop (P). 
We might imagine that since: 

accept(P) becomes reject^') 
loop(P) stays loop^') 
reject(/ > ) becomes accept(/>') 

We have some theorem that if accept^) is r.e., then so is reject(P), since 
it is the same as accept(/ > ')- However, just by looking at a language L that 
is r.e. we have no way of determining what the language reject(P) might look 
like. It might very well be no language at all. In fact, for every r.e. language 
L we can find a PM such that: 

accept(P) = L 
loop(P) = V 
reject^) = 4> 

We do this by changing all the REJECT states into infinite loops. Start 
with a PM for L and replace each 



with 




One interesting observation we can make is the following. 



THEOREM 59 

If L is r.e. and V is r.e., then L is recursive. 



PROOF 

From the hypotheses we know that there is some TM, say T u that accepts 
L and some TM, say T 2 , that accepts L' . From these two machines we want, 
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by constructive algorithm, to build a machine T 3 that accepts L and rejects 
L' (and therefore does not loop forever on any input string). 

We would like to do something like this. First, interchange accept and reject 
on T 2 so that the modified machine (call it T 2 ) now rejects L' but loops or 
accepts all the words in L. Now, build a machine, T 3 , that starts with an 
input string and alternately simulates one step of T x and then one step of T 2 
on this same input. If an input string is in L, it must eventually be accepted 
by Ti (or even by T 2 ). If an input is in L' , it will definitely be rejected by 
7Y (maybe even by T x ). Therefore, this combination machine proves that L 
is recursive. What we want is this: 

accepuTi) = L 
accepuT 2 ) = V 
so reject(7Y) = L' 

T 3 = T\ and T 2 , 
so accept(7 3 ) = L 
reject^) = V 

This is like playing two games of chess at once and moving alternately on 
one board and then the other. We win on the first board if the input is in 
L, and we lose on the second if the input is in V . When either game ends, 
we stop playing both. 

The reason we ask for alternation instead of first running on T\ and then, 
if necessary (to reject some words from V), running on T 2 is that 7\ might 
never end its processing. If we knew it would not loop forever, we would 
not need T 2 at all. We cannot tell when a TM is going to run forever (this 
will be discussed later); otherwise, we could choose to run on T x or T 2 , 
whichever terminates. 

This strategy has a long way to go before it becomes a proof. What does 
it mean to say "Take a step on T x and then one on 7Y"? By "a step" we 
mean "travel one edge of a path." But one machine might be erasing the input 
string before the other has had a chance to read it. 

One solution is to use the results of Chapter 27 and to construct a two- 
Tape machine. However, we use a different solution. We make two copies 
of the input on the Tape before we begin processing. Employing the same 
method as in the proof of Theorem 49, we devote the odd-numbered cells on 
the Tape to T, and the even cells to T 2 ' . That way, each has a work space 
as well as input string storage space. 

It would be no problem for us to write a program that doubles every input 
string in this manner. If the input string is originally: 





n 


in 




a 


b 


a 


A 
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It can very easily be made into: 



1 


n 


in 


IV 


V 


VI 




a 


a 


b 


b 


a 


a 


A 





with one copy on the evens and one on the odds. But before we begin to 
write such a "preprocessor" to use at the beginning of T 3 , we should make 
note of at least one problem with this idea. 

We must remember that Turing machine programs are very sensitive to the 
placement of the Tape Head. This must be taken into account when we al- 
ternate a step on T\ with a step on T 2 . When we finish a 7\ move we must 
be able to return the Tape Head to the correct even-numbered cell — the one 
it is supposed to be about to read in simulating the action of T 2 . 

Suppose, for instance, that we have a T] move that leaves the Tape Head 
in cell vii. When we resume on T { we want the simulation to pick up there. 
In between we do a T 2 step that leaves the Tape Head in some new cell, 
say xii. To be sure of picking up our T\ simulation properly, we have to 
know that we must return to cell vii. Also, we have to find cell xii again 
for the next T 2 step. We accomplish this by leaving a marker showing where 
to resume on the Tape. 

We have to store these markers on the T 3 Tape. We already have T\ in- 
formation and T 2 ' information in alternating cells. We propose to use every 
other even-numbered cell as a space for a T\ marker, and every other odd- 
numbered cell as a space for a T 2 marker. 

For the time being, let us use the symbol * in the T 3 cell two places before 
the one at which we want to resume processing. The T 3 Tape is now composed 
of four interlaced sequences, as shown: 




If the word aba is the input string to both machines, we do not just want 
to start with 
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1 


u 


in 


IV 


V 


VI 




a 


a 


b 


b 


a 


a 


A 





but with 





11 


ill 


IV 


V 


VI 


Vll 


Vlll 


IX 


X 


XI 


Xll 




* 


* 


a 


a 


A 


A 


b 


b 


A 


A 


a 


a 


A 





The * in cell i indicates that the Tape Head on T\ is about to read the 
character in cell iii. The * in cell ii indicates that the Tape Head on T 2 is 
about to read the character in cell iv. The a in cell iii is the character in the 
first cell on the Tape for T\. The a in cell iv is the character in the first cell 
on the Tape for T 2 . The A in cell v indicates that the Tape Head on T\ is 
not about to read the b in cell vii (which is in the second cell on the Tape 
of T,). If the Tape Head were about to read this cell, a * would be in cell 
v. 

Cells iii, vii, xi, xv, . . . (it is a little hard to recognize an arithmetic pro- 
gression in Roman numerals) always contain the contents of the Tape on 7V 

Cells iv, viii, xii, xvi, . . . always contain the contents of the Tape on T 2 . 

In the cells i, v, ix, xiii, ... we have all blanks except for one * that 
indicates where the Tape Head on T\ is about to read. 

In the cells ii, vi, x, xiv, ... we also have all blanks except for the * 
that indicates where the Tape Head on T 2 is about to read. For example, 

Tape T 3 = 





ii 


in 


iv 


V 


VI 


Vll 


Vlll 


IX 


x 


XI 


Xll 


Xlll 


XIV 


XV 


XVI 


A 


A 


a 


b 


A 


A 


b 


a 


* 


A 


b 


a 


A 


* 


a 


b 



Tape 7, = 



TapeT 2 ' = 



1 


u 


ui 


IV 


a 


b 


b 


a 








0 




i 


ii 


iii 


iv 


b 


a 


a 


b 







Even now we do not have enough information. 

When we turn our attention back to T x after taking a step on T 2 ' , we have 
forgotten which state in the program of T\ we were at last time. We do 
remember what the contents of the T\ Tape were and where the T\ Tape Head 
was when we left, but we do not remember which state we were in on TV 
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The information in the program of T, can be kept in the program of T 3 . But 
unless we remember which state we were last in we cannot resume the pro- 
cessing. 

This information about last states can be stored on the T 3 Tape. One method 
for doing this is to use the series of cells in which we have placed the Tape 
Head markers *. Instead of the uninformative symbol * we may use a character 
from this alphabet: 

{q\ qz qi q* • • • } 

where the q's are the names of the states in the Turing machine T\. We can 
also use them to indicate the current state of processing in T 2 if we use the 
same names for the states in the T 2 program. 

What we suggest is that if the T 3 Tape has the contents below: 



A 


A 


a 


b 


<?4 


A 


b 


b 


A 


?2 


a 


b 


A 


A 


A 


A 





it means that the current state of the T x Tape is: 



and the processing is in program state q A on T u while the current state of 
the 7V Tape is 



and the process is in program state q 2 on T 2 . 

Notice that where the q's occur on the T 3 Tape tells us where the Tape 
Heads are reading on T x and T 2 and which q's they are tells us which states 
the component machines are in. 

One point that should be made clear is that although 

{ q\ qi qs ■ ■ ■ } 

is an infinite alphabet, we never use the whole alphabet to build any particular 
T 3 . 

If T\ has 12 states and T 2 ' has 22 states, then we rename the states of Ti 
to be 



q\ qi ■ ■ ■ qn 
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and the states of T 2 to be 



?1 <?2 • 



We shall assume that the states have been numbered so that q x is the START 
state on both machines. 

The T 3 we build will have the following Tape alphabet: 

T = {all the characters that can appear on the Tape of T x or on the Tape 
of T 2 plus the 22 characters q x q 2 . ■ ■ q 22 plus two new characters 
different from any of these, which we shall call #1 and #2.} 

As we see, T is finite. 

These new characters #1 and #2 will be our left-end bumpers to keep us 
from crashing while backing up to the left on our way back from taking a 
step on either machine T\ or T 2 . 

Our basic strategy for the program of T 3 is as follows. 

Step 1 Set up the T 3 Tape. By this we mean that we take the initial input 
string, say, 



and turn it into: 



#1 


#2 


<7i 


1\ 


b 


b 


A 


A 


a 


a 


A 


A 


a 


a 


AAAA • • • 



Step 2 



which represents the starting situation for both machines. 

Simulate a move on T^ Move to the right two cells at a time to find 
the first q indicating which state we are in on T x . At this point we 
must branch, depending on which q we have read. This branching will 
be indicated in the T 3 program. Now proceed two more cells (on the 
T 3 Tape) to get to the letter read in this state on the simulated T\ . Do 
now what T x wants us to do (leave it alone or change it). Now erase 
the q we read two cells to the left (on the T 3 Tape) and, depending 
on whether T\ wants to move its Tape Head to the right or left, insert 
a new q on the T 3 Tape. Now return to home (move left until we 
encounter #1 and bounce from it into #2 in cell ii). 
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Step 3 Simulate a move on T 2 '. Move to the right two cells at a time to find 
the first q indicating which state we are in on the simulated T 2 ' . Follow 
the instructions as we did in step 2; however, leave the Tape Head 
reading #1 in cell i. 

Step 4 Execute step 2 and step 3 alternately until one of the machines (Ti or 
T 2 ') halts. When that happens (and it must), if T x halted the input is 
accepted, if T 2 ' halted, let T 3 crash so as to reject the input. 

These may be understandable verbal descriptions, but how do we implement 
them on a Turing machine? 

First, let us describe how to implement step 1. Here we make use of the 
subroutine developed in Chapter 24 that inserts a character in a cell on a TM 
Tape and moves all succeeding information one cell to the right. This sub- 
routine we called INSERT. 

To do the job required in step 1, we must follow the program below: 
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Let us follow the workings of this on the simple input string ba: 



Insert #1: 



Insert #2: 



Read the b, 
leave it alone: 

But insert 
another b: 

and insert a A: 



and insert 
another A: 

Read the a, 
leave it alone: 

But insert 
another a: 

and insert a A: 



and insert 
another A: 

Read the A and 
return the 
Tape Head to 
cell i: 



b 


a 


A • • 




to 






#i 


b 


a 


A • • 


to 






#i 


#2 




a 


A • • • 


to 


#i 


#2 


b 


a 


A • • • 


to 






#i 


#2 


b 


b 


a 


A • • 








#i 


#2 


b 


b 


A 


a 


A ■ • • 


G 


#i 


#2 


b 


b 


A 


A 


a 


A • • • 


to 


#i 


#2 


b 


b 


A 


A 


a 


A • • 


0 


#i 


#2 


b 


b 


A 


A 


a 


a 


A • • • 


0 


#1 


#2 


b 


b 


A 


A 


a 


a 


A 


A • • • 


to 


#1 


#2 


b 


b 


A 


A 


a 


a 


A 


A A • • 




#1 


#2 


b 


b 


A 


A 


a 


a 


A • • • 



to 
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So we see that Step 1 can be executed by a Turing machine leaving us 
ready for Step 2. 

To implement Step 2, we move up the Tape reading every other cell: 




. ) 



The top two states in this picture are searching for the q in the appropriate 
track (odd-numbered cells). Here we skip over the even cells. When we find 
a q, we erase it and move right two cells. (We Jiave drawn the picture for 
3 possible ^-states, but the idea works for any number of states. How many 
are required depends on the size of the machine.) Then we branch depending 
on the letter. On this level, the bottom level in the diagram above, we encode 
all the information of T x . The states that are labeled "follow q u " "follow q 2 ," 
and so on refer to the fact that ^! is a state in T u which acts a certain way 
when an a is read or a b is read. It changes the contents of the cell and 
moves the Tape Head. We must do the same. Let us take the example that 
in q 6 the machine 7) tells us to change b to a and move the Tape Head to 
the right and enter state q n on T x : 
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In the program for 7 3 we must write: 



(<7 6 A-R) 



(any,=,i?) 



(b.a.R) 



(any,=,A) 



(A, 9u ,L) 




(o,fe,A, #2; = L) 
(#1,#1.-R) 



First we erase the TAPE-HEAD-and-state marker <? 6 . Then we skip a cell to 
the right. Then we read a b and change it to an a. Then we skip another 
cell. Then, in a formerly blank cell, we place the new 7, TAPE-HEAD-and- 
state marker q u . Then we return to the left end of the Tape having executed 
one step of the processing of the input on the machine T\. 

The simulation of any other T\ instruction is just as simple. In this manner 
the whole program of 7, can be encoded in the program of T 3 and executed 
one step at a time using only some of the Tape of r 3 (the odd-numbered 
cells). 

Step 3 is implemented the same way, except that we return the Tape Head 
to cell i, not cell ii. 

Step 4 really has nothing extra for us to do. Since Step 2 leaves us in the 
correct cell to start Step 3 and Step 3 leaves us in the correct cell to execute 
Step 2, we need only connect them like this: 
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Step 1 




Step 2 




Step 3 







and the steps will automatically alternate. 

The language this machine accepts is L, since all words in L will lead to 
HALT's while processing on T x . All words in L' will lead to crashes while 
processing on T 2 ' . 

Therefore, T 3 proves that L is a recursive language. ■ 

Again, the machines produced by the algorithm in this proof are very large 
(many, many states) and it is hard to illustrate this method in any but the 
simplest examples. 

EXAMPLE 

Consider the language: 

L = {all words starting with b) 

which is regular since it can be denned by the regular expression b(a + b)*. 
L can be accepted by the following TM, T\. 

(a,b,R) 




accepter]) = L 
loop(rO = L' 
reject^,) = <j> 

This silly machine tries to turn the whole Tape into ft's if the input string 
is in V . This process does not terminate. On this machine we loop forever 
in state q 2 for each word in L' . When we do, the Tape is different after each 
loop, so we have an example where the process loops forever even though 
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the Tape never returns to a previous status. (Unlike a TM, a computer has 
only finite memory, so we can recognize that a loop has occurred because 
the memory eventually returns to exactly the same status.) 

The machine proves that L is r.e., but not that L is recursive. 

The TM below, T 2 , 



(a,a,R) 




accepts the language L' and loops on L. 

From these two machines together, we can make a T 3 that accepts L and 
rejects L' . 

We shall not repeat the complicated implementation involved in Step 1 of 
the algorithm (setting up the Tape), since that was explained above and is 
always exactly the same no matter which T\ and T 2 are to be combined. So 
let us assume that the Tape has been properly prepared. We now examine 
Steps 2 and 3. 

First we modify T 2 to become T 2 ' so that it accepts what it used to reject 
and rejects what it used to accept, leaving 

loop(r 2 ) = loop(7V) 

The resultant T 2 ' we build is: 



START \_ 



(b,a,R) 




92 



(a,a,R) 
(b,a,R) 
(&,a,R) 



which now crashes on all the words it used to accept, that is, T 2 crashes for 
all input strings from V , and only those. 
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We could have turned q 3 into a reject state, but it is simpler just to eliminate 
it altogether. 

Once Step 1 is out of the way and the Tape Head is reading # 1 in 
cell i, the program for Step 2 is: 



^ halt 




Note: All unlabeled edges should have the label "(any, = ,/?)." 

State 11 is a transition state between state 2 and state 3 since it locates 
the #2. 

Step 3 is programmed as follows. [Again all unlabeled edges should have 
the label "(any, = 




Notice how Step 2 and Step 3 lead into each other in a cycle. Step 2 ends 
at state 12 and Step 3 begins at state 12 and proceeds to state 1, and so on. 
In this case, the cycle can only be broken by reading a b in state 5, which 
leads to HALT or reading an a in state 16, which causes a crash. 

This r 3 accepts L and rejects V , so it proves that L is recursive. 

The pleasure of running inputs on this machine is deferred until the problem 
section. ■ 



The first question that comes to most minds now is, "So what? Is the result 
of Theorem 59 so wonderful that it was worth a multipage proof?" The answer 
to this is not so much to defend Theorem 59 itself but to examine the proof. 

We have taken two different Turing machines (they could have been com- 
pletely unrelated) and combined them into one TM that processes an input as 
though it were running simultaneously on both machines. This is such an 
important possibility that it deserves its own theorem. 
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THEOREM 60 

If Ti and T 2 are TM's, then there exists a TM, T 3 , such that 



accept^) = accept^) + accept(T 2 )- 



In other words, the union of two recursively enumerable languages is re- 
cursively enumerable; the set of recursively enumerable languages is closed 
under union. 



The algorithm in the proof of Theorem 59 is all that is required. First we 
must alter T] and T 2 so that they both loop instead of crash on those words 
that they do not accept. This is easy to do. Instead of letting an input string 
crash at q 43 : 



because there is no edge for reading a b, remake this into: 



Now nothing stops the two machines from running in alternation, accepting 
any words and only those words accepted by either. The algorithm for pro- 
ducing T 3 can be followed just as given in the proof of Theorem 59. 

On the new machine 



accept (T 3 ) = accept (T\) + accept (T 2 ) 
loop (T 3 ) = loop (Ti) fl loop (T 2 ) 

reject (T 3 ) = reject (7,) fl reject (T 2 ) 
+ reject (7 1 ,) fl loop (T 2 ) 
+ loop (7,) n reject (T 2 ) 



PROOF 





(any,=,i?) 
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(See Problem 15 below.) 

There is a small hole in the proof of Theorem 60. It is important to turn 
all rejected words into words that loop forever so that one machine does not 
crash while the other is on its way to accepting the word. However, the 
example of how to repair this problem given in the proof above does not cover 
all cases. It is also possible, remember, for a machine to crash by moving 
the Tape Head left from cell i. To complete the proof we should also show 
how this can be changed into looping. This is left to Problem 12 below. ■ 

The fact that the union or intersection of two recursive languages is also 
recursive follows from this theorem (see Problem 20 below). 



PROBLEMS 

Show that the following languages over {a,b} are recursive by finding a TM 
that accepts them and crashes for every input string in their respective com- 
plements. 

1. The language of all words that do not have the substring ab. 

2. EVEN-EVEN 

3. (i) EQUAL 

(ii) All words with one more a than b's. 

4. ODDPALINDROME 

5. (i) All words with a triple letter (either aaa or bbb). 
(ii) All words with either the substring ab or the substring ba. 

6. DOUBLEWORD 

7. TRAILINGCOUNT 

8. All words with the form b"a"b" for n = 1,2,3, .... 

9. All words of the form a x b y , where x < y and x and y are 1,2,3, . . . . 

10. Prove algorithmically that all regular languages are recursive. 

11. Are all CFL's recursive? 
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12. Finish the proof of Theorem 60 as per the comment that follows it, that 
is, take care of the possibility of crashing on a move left from cell i. 

Assume that a Step 1 subroutine is working and that the input string 
X\X2Xj IS automatically put on the TM Tape as: 



#1 


#2 


9i 


1\ 


Xi 


Xl 


A 


A 


*2 


X 2 


A 


A 


*3 


*3 


A 





The following are some choices for input strings x\x 2 x^ to run on the T 3 de- 
signed in the example on pages 701 and 702. Trace the execution of each. 

13. (i) ab 
(ii) bbb 

14. (i) A 

(ii) What is the story with A in general as a Step 1 possibility? 

15. Explain the formulas for accept, loop and reject of r 3 in the proof of 
Theorem 60. 

Consider the following TM's: 

(a,a,R) 

Q START ®' a ' L) > Q HALT ^ 



\ (a,a,R) f~\ (W- R ) f I, . - -y N 
START J ^--i — M J HALT J 

16. What are accept^), looptr,), and reject^)? Be careful about the word 
b. 

17. What are accept(r 2 ), loop(r 2 ), and reject^)? 

18. Assume that there is a Step 1 subroutine already known, so that we can 
simply write: 
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Using the method of the proof of Theorem 46, draw the rest of the TM 
that accepts the language: 



acceptCrj) + accept(r 2 ). 



19. Trace the execution of these input strings on the machine of Problem 
18. 

(i) A 

(ii) b 

(iii) aab 

(iv) ab 



20. (i) Prove that the intersection of two recursive languages is recursive, 
(ii) Prove that the union of two recursive languages is recursive. 

Hint: There is no need to produce any new complicated algorithms. 
Proper manipulation of the algorithms in this chapter will suffice. 



CHAPTER 29 



THE 
ENCODING 
OF 

TURING 
MACHINES 



Turing machines do seem to have immense power as language acceptors or 
language recognizers, yet there are some languages that are not accepted by 
any TM, as we shall soon prove. 

Before we can describe one such language, we need to develop the idea 
of encoding Turing machines. 

Just as with FA's and PDA's, we do not have to rely on pictorial rep- 
resentations for TM's. We can make a TM into a summary table and run 
words on the table as we did with PDA's in Chapter 18. The algorithm to 
do this is not difficult. First we number the states 1, 2, 3, . . . and so on. 
By convention we always number the START state 1 and the HALT state 2. 
Then we convert every instruction in the TM into a row of the table as shown 
below 



From 


To 


Read 


Write 


Move 


1 


3 


a 


a 


L 


3 


1 


A 


b 


R 


8 


2 


b 


a 


R 



where the column labeled "move" indicates which direction the Tape Head 
is to move. 
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EXAMPLE 

The Turing machine shown below 

(b,b,R) ia.b.L) 

can be summarized by the following table: 



From 


To 


Read 


Write 


Move 


1 


1 


b 


b 


R 


1 


3 


a 


b 


R 


3 


3 


a 


b 


L 


3 


2 


A 


b 


L 



Since we know that state 1 is START and state 2 is HALT, we have all 
the information in the table necessary to operate the TM. ■ 

We now introduce a coding whereby we can turn any row of the TM into 
a string of a's and b's. 
Consider the general row 



From 


To 


Read 


Write 


Move 


x l 


X 2 


x 3 


x 4 


x 5 



where X) and X 2 are numbers, X 3 and X 4 are characters from {a,b,#} or A, 
and X 5 is a direction (either L or R). 

We start by encoding the information X! and X 2 as: 

which means a string of a's of length Xi concatenated to a b concatenated 
to a string of a's X 2 long concatenated to a b. This is a word in the language 
defined by a + ba + b. 

Next X 3 and X 4 are encoded by this table. 



X3,X4 


Code 


a 


aa 


b 


ab 


A 


ba 


# 


bb 



THE ENCODING OF TURING MACHINES 

Next we encode X 5 as follows. 
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* 5 


Code 


L 


a 


R 


b 



Finally, we assemble the pieces by concatenating them into one string. 
For example, the row 



From 


To 


Read Write 


Move 


6 


2 


b a 


L 



becomes 



aaaaaabaababaaa=aaaaaa b a a b a b a a a 



state 6 — 
separator - 
state 2 — 
separator - 
read b — 
write a — 
move left ■ 



J 



Every string of a's and b's that is a row is of the form definable by the 
regular expression: 

a + ba + b(a + b) 5 
= (at least one a) b (at least one a) b (five letters) 

It is also true that every word defined by this regular expression can be 
interpreted as a row of a TM summary table with one exception: We cannot 
leave a HALT state. This means that aaba + b(a + b) 5 defines a forbidden 
sublanguage. 

Not only can we make any row of the table into a string, but we can also 
make the whole summary table into one long string by concatenating the strings 
that represent the rows. 
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EXAMPLE 

The summary table shown above can be made into a string of a's and b's 
as follows: 



From 


To 


Read 


Write 


Move 


Code for Each Row 


1 


1 


b 


b 


R 


ababababb 


1 


3 


a 


b 


R 


abaaabaaabb 


3 


3 


a 


b 


L 


aaabaaabaaaba 


3 


2 


A 


b 


L 


aaabaabbaaba 


One 


one-word 


code for the 


whole 


machine is: 





ababababbabaaabaaabbaaabaaabaaabaaaabaabbaaba 

This is not the only one-word code for this machine since the order of the 
rows in the table is not rigid. Let us also not forget that there are many other 
methods for encoding TM's, but ours is good enough. ■ 

It is also important to observe that we can look at such a long string and 
decode the TM from it provided that the string is in the proper form, that 
is, as long as the string is a word in the Code Word Language (CWL). 

(For the moment we shall not worry about the forbidden HALT-leaving 
strings. We consider them later.) 

CWL = the language defined by (a + ba + b(a + b) 5 )* 

The way we decode a string in CWL is this: 

Step 1 Count the initial clump of a's and fill in that number in the first 
entry of the first empty row of the table. 

Step 2 Forget the next letter; it must be a fc. 

Step 3 Count the next clump of a's and fill in that number in the second 
column of this row. 

Step 4 Skip the next letter; it is a b. 

Step 5 Read the next two letters. If they are aa, write an a in the Read 
box of the table. If they are ab, write a b in the table. If they are 
ba, write a A in the table. If they are bb, write a # in the table. 

Step 6 Repeat Step 5 for the table Write entry. 
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Step 7 If the next letter is an a, write an L in the fifth column of the table; 
otherwise, write an R. This fills in the Move box and completes the 
row. 

Step 8 Starting with a new line of the table, go back to Step 1 operating 
on what remains of the string. If the string has been exhausted, stop. 
The summary table is complete. 

EXAMPLE 

Consider the string: 

abaaabaaaabaaabaaabaaaabaaabaabababa 

The first clump of a's is one a. Write 1 in the first line of the table. Drop 
the b. The next part of the string is a clump of three a's. Write 3 in row 
1 column 2. Drop the b. Now "aa" stands for a. Write a in column 3. Again 
"aa" stands for a. Write a in column 4. Then "b" stands for R. Write this 
in column 5, ending row 1. Starting again, we have a clump of three a's so 
start row 2 by writing a 3 in column 1. Drop the b. Three more a's, write 
a 3. Drop the b. Now "aa" stands for a; write it. Again "aa" stands for a; 
write it. Then "b" stands for R. Finish row 2 with this R. What is left is 
three a's, drop the b, two a's, drop the b, then "ab" and "ab" and "a" 
meaning b and b and L. This becomes row 3 of the table. We have, now 
exhausted the CWL word and have therefore finished a table. 

The table and machine are: 



From 


To 


Read 


Write 


Move 


1 


3 


a 


a 


R 


3 


3 


a 


a 


R 


3 


2 


b 


b 


L 



(a,a,R) 



The result of this encoding process is that every TM corresponds to a word 
in CWL. However, not all words in CWL correspond to a TM. There is a 
little problem here since when we decode a CWL string we might get an 
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improper TM such as one that is nondeterministic or repetitive (two rows the 
same) or violates the HALT state, but this should not dull our enthusiasm for 
the code words. These probems will take care of themselves, as we shall see. 

The code word for a TM contains all the information of the TM yet it can 
be considered as merely a name — or worse yet, input. Since the code for 
every TM is a string of a's and 6's, we might ask what happens if this string 
is run as input on the very TM it stands for? We shall feed each TM its own 
code word as input data. Sometimes it will crash, sometimes loop, sometimes 
accept. 

Let us define the language ALAN as follows: 



DEFINITION 

ALAN = { all the words in CWL that are not accepted by the TM's they 
represent or that do not represent any TM } 



EXAMPLE 

Consider the TM 

0(b,b,R) /"~"\ 
The table for this machine is simply: 



From To 


Read 


Write 


Move 


1 2 


b 


b 


R 



The code word for this TM is: 

abaabababb 

But if we try to run this word on the TM as input, it will crash in state 
1 since there is no edge for the letter a leaving state 1. 
Therefore, the word 

abaabababb 



is in the language ALAN. 
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EXAMPLE 

The words 

aababaaaaa and a a,a baabaaaaa 

are in CWL but do not represent any TM, the first because it has an edge 
leaving HALT and the second because it has no START state. Both words 
are in ALAN. ■ 

EXAMPLE 

In one example above we found the TM corresponding to the CWL word 

abaaabaaaabaaabaaabaaaabaaabaabababa 

When this word is run on the TM it represents, it is accepted. This word 
is not in ALAN. ■ 

EXAMPLE 

If a TM accepts all inputs, then its code word is not in ALAN. If a TM 
rejects all inputs, then its code word is in ALAN. Any TM that accepts the 
language of all strings with a double a will have a code word with a double 
a and so will accept its own code word. The code words for these TM's are 
not in ALAN. The TM we built in Chapter 24 to accept the language 
PALINDROME has a code word that is not a PALINDROME (and see problem 
8 below). Therefore, it does not accept its code word and its code word is 
in ALAN. ■ 



We shall now prove that the language ALAN is not recursively enumerable. 
We prove this by contradiction. Let us begin with the supposition that ALAN 
is r.e.. In that case there would be some TM that would accept all the words 
in ALAN. Let us call one such Turing Machine T. Let us denote the code 
word for T as code(T). Now we ask the question: 

Is code(T) a word in the language ALAN or not? 



There are clearly only two possibilities: Yes or No. 

Let us work them out with the precision of Euclidean Geometry. 
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CASE 1: code(T) is in ALAN. 





CLAIM 




REASON 


1. 


T accepts ALAN 


1. 


definition of T 


2. 


ALAN contains no code 


2. 


definition of 




worH that is accented 




ALAN 




hv the machine it renre- 








sents 






3. 


code(T) is in ALAN 


3. 


hypothesis 


4. 


T accepts the word 


4. 


from 1 and 3 




code(T) 






5. 


code(T) is not in ALAN 


5. 


from 2 and 4 


6. 


con trad i cti on 


6. 


from 3 and S 


7. 


code(T) is not in ALAN 


7. 


the hypothesis 








(3) must be 








wrong be- 








cause it led to 








a contradic- 








tion 



Again, let us use complete logical rigor. 
CASE 2: code(T) is not in ALAN. 





CLAIM 




REASON 


1. 


T accepts ALAN 


1. 


definition of T 


2. 


If a word is not ac- 


2. 


definition of 




cepted by the machine 




ALAN 




it represents it is in 








ALAN 






3. 


code(T) is not in ALAN 


3. 


hypothesis 


4. 


code(T) is not accepted 


4. 


from 1 and 3 




by T 






5. 


code(T) is in ALAN 


5. 


from 2 and 4 


6. 


contradiction 


6. 


from 3 and 5 


7. 


code(T) is in ALAN 


7. 


the hypothesis 








(3) must be 








wrong be- 








cause it led to 








a contradic- 








tion 



Both cases are impossible; therefore the assumption that ALAN is accepted 
by some TM is untenable. ALAN is not recursively enumerable. 
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THEOREM 61 

Not all languages are recursively enumerable. ' - — | 

This argument usually makes people's heads spin. It is very much like the 
old "liar paradox," which dates back to the Megarians (attributed sometimes 
to Eubulides and sometimes to the Cretan Epimenides) and runs like this. A 
man says, "Right now, I am telling a lie." If it is a lie, then he is telling 
the truth by confessing. If it is the truth, he must be lying because he claims 
he is. Again, both alternatives lead to contradictions. 

If someone comes up to us and says "Right now, I am telling a lie." we 
can walk away and pretend we did not hear anything. If someone says to us, 
"If God can do anything can he make a stone so heavy that He cannot lift 
it," we can burn him as a blaspheming heretic. If someone asks us, "In a 
certain city the barber shaves all those who do not shave themselves and only 
those. Who shaves the barber?" we can answer, the barber is a woman. How- 
ever, here we have used this same old riddle not to annoy Uncle Charlie, but 
to provide a mathematically rigorous proof that there are languages that Turing 
machines cannot recognize. 

We can state this result in terms of computers. Let us consider the set of 
all preprogrammed computers — dedicated machines with a specific program chip 
inside. For each machine we can completely describe the circuitry in English. 
This English can be encoded using ASCII into a binary string. When these 
binary strings are run on computers they either run and cause the word "YES" 
to be printed or they do not. Let ALAN be the language of all bit strings 
that describe computers that do not run successfully on the computers they 
describe (they do not cause the word "YES" to be printed). There is no com- 
puter that has the property that all the bit strings- in ALAN make it type "YES," 
but no other bit strings do. This is because if there were such a computer 
then the bit string that describes it would be in ALAN and at the same time 
would not be in ALAN for the reasons given above. The fact that no computer 
can be built that can identify when a bit string is in ALAN means that there 
is no computer that can analyze all circuitry descriptions and recognize when 
particular bit strings run on the computers described. This means that there 
is no computer that can dc this task today and there never will be, since any 
computer that could perform this task could recognize the words in ALAN. 

We have now fulfilled a grandiose promise that we made in Chapter 1. We 
have described a task that is reasonable to want a computer to do that no 
computer can do. Not now, not ever. We are beginning to see how our abstract 
theoretical discussion is actually leading to a practical consideration of com- 
puters. It is still a little too soon for us to pursue this point. 

The liar paradox and other logical paradoxes are very important in Computer 
Theory as we can see by the example of the language ALAN (and one more 
surprise that we shall meet later). In fact, the whole development of the corn- 
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puter came from the same kind of intellectual concern as was awakened by 
consideration of these paradoxes. 

The study of Logic began with the Greeks (in particular Aristotle and Zeno 
of Elea) but then lay dormant for millenia. The possibility of making Logic 
a branch of mathematics began in 1666 with a book by Gottfried Wilhelm 
von Leibniz, who was also the coinventor of Calculus and an early computer 
man (see Chapter 1). His ideas were continued by George Boole in the nine- 
teenth century. 

About a hundred years ago, Georg Cantor invented Set Theory and im- 
mediately a connection was found between Set Theory and Logic. This allowed 
the paradoxes from Logic, previously a branch of Philosophy, to creep into 
Mathematics. That Mathematics could contain paradoxes had formerly been an 
unthinkable situation. When Logic was philosophical and rhetorical, the par- 
adoxes were tolerated as indications of depth and subtlety. In Mathematics, 
paradoxes are an anathema. After the invention of Set Theory, there was a 
flood of paradoxes coming from Cesare Burali-Forti, Cantor himself, Bertrand 
Russell, Jules Richard, Julius Konig, and many other mathematical logicians. 
This made it necessary to be much more precise about which sentences do 
and which sentences do not describe meaningful mathematical operations. This 
led to Hilbert's question of the decidability of mathematics and then to the 
development of the Theory of Algorithms and to the work of Godel, Turing, 
Post, Church (whom we shall meet shortly), Kleene, and von Neumann, which 
in turn led to the computers we all know (and love). In the meantime, math- 
ematical Logic, from Gottlob Frege, Russell, and Alfred North Whitehead on, 
has been strongly directed toward questions of decidability. 

The fact that the language ALAN is not recursively enumerable is not its 
only unusual feature. The language ALAN is defined in terms of Turing ma- 
chines. It cannot be described to people who do not know what TM's are. 
It is quite possible that all the languages that can be thought of by people 
who do not know what TM's are are recursively enumerable. (This sounds 
like its own small paradox.) This is an important point because, since com- 
puters are TM's (as we shall see in Chapter 31), and since our original goal 
was to build a universal algorithm machine, we want TM's to accept practically 
everything. Theorem 61 is definitely bad news. If we are hoping for an even 
more powerful machine to be defined in Part IV of this book that will accept 
all possible languages, we shall be disappointed for reasons soon to be dis- 
cussed. 

Since we have an encoding for TM's, we might naturally ask about the 
language MATHISON: 

DEFINITION: 



MATHISON 

= { all words in CWL that are accepted by their corresponding TM } 
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MATHISON is surprising because it is recursively enumerable. 
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THEOREM 62 

MATHISON is recursively enumerable. 
PROOF 

We prove this by constructive algorithm. 

We shall design a Turing machine called UTM that starts with a CWL word 
on its Tape and interprets the code word as a TM and then it pretends to be 
that TM and operates on the CWL word as if it were the input to the simulated 
TM (see Problem 14 below). For this purpose we shall need to have two 
copies of the word from MATHISON: one to keep unchanged as the instruc- 
tions for operation and one to operate on; one copy as cookbook one as in- 
gredients; one copy as program one as data. The picture below should help 
us understand this. Starting with the Tape 



CWL word 



we insert markers and copy the string to make the UTM Tape contain this: 



# 


CWL word 


$ 


2nd copy of CWL word 


A 






«— Program — » 




<— Data -> 





Now using the information to the left of the $, UTM processes the input string 
it finds on the right of the $. 

We shall not give the full details of UTM because it has many very lengthy 
components, but we shall describe it in enough detail to convince a reasonable 
person that this machine does exist. We may even induce an industrious fanatic 
to build one. 

UTM should never change the information between the # and the $ because 
this is the set of instructions it must follow to process the string on the right 
of the $. However, to facilitate the processing we shall alter the form. 

UTM will separate the codes for the different rows encoded in the word 
from MATHISON by spaces. It will use a marker, *, in front of the row 
that it has just executed, as shown on the next page. 
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# 


A 


abaaabababb 


* 


aababbaaba 


A 


aa • • • 


$ 




A • ■ • 



t T t 

UTM is not UTM is UTM is not 

executing executing executing 

this row this row this row 



In the example above, UTM is just now executing the row 



From To 


Read 


Write 


Move 


2 1 


A 


b 


L 



We say "executing the row" because the row, being a substring of a CWL 
word, represents an instruction in a TM that has been encoded. 

Before beginning the simulation, UTM must adjust the form of the data 
string to the right of $. It has to keep track of where the simulated Tape 
Head operating on the input data was last reading. Remember that in operation 
UTM goes back and forth; it does something to the data section (to the right 
of $) and then runs back to the program section (to the left of $) for further 
instructions, then back to data, back to program, and so on. Just as it leaves 
a marker to show where it was last reading in the program section, it must 
leave one in the data section. 

UTM accomplishes this with the same trick we used in the proof of Theorem 
59. In the data section of the Tape, where we simulate the Tape of the encoded 
TM, we store its word (the one we are testing to see whether or not it is in 
MATHISON) in every other cell. The alternate cells are left blank. In one of 
these we will put the marker * to indicate the place where the simulated Tape 
Head was left after its last simulated move. 

The Tape initially looks like this. 



Code representing TM Spaced out input 



# 


* 


row code 


A 


row code 




$ 


* 


a 


A 


b 


A 


a 


A 


a 






<— Program 


section — » 






Data 


section 









The * to the right of the $ is in front of the simulated Tape Head. The 
* to the left of the $ is in front of the encoded row that we are simulating. 

To figure out which encoded row we must execute next, we must first figure 
out what letter the Tape Head of the simulated machine is reading. This we 
do by finding the * after the $ and reading the next cell. We return the UTM 
Tape Head to # along different paths in the UTM program depending on 
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whether we have just read an a or a b (or whatever characters are used in 
T on the TM being simulated). 




If we returned to # (on the UTM Tape) via state 11 (in the UTM program), 
the letter read by the Tape Head on the simulated machine was an a, if via 
state 12, the letter read by the simulated Tape Head was a b. 

We still cannot determine which row is to be executed next until we de- 
termine what state on the simulated TM we were left in by the last instruction 
executed. So now we must find out what row we last executed. We look for 
the * before the $. We consider what state the row just executed took us to 
on the simulated TM: 




In state 14 we are about to count the number of a's before the next b. This 
number will be the number of the state that the simulated TM is now in. It 
is also the number of a's that must begin the code for the next instruction 
to be executed, since the state we are left in is the state we must start from. 

Knowing the number of the state the simulated TM is in and the letter the 
simulated TM is reading in that state will uniquely determine which encoded 
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row the UTM must execute next. The UTM must be sure that the row it 
executed last had its marker changed from * to A so that it can mark the 
new encoded row with a * without leaving any confusing old markers lying 
about. 

We still have to solve the problem of how to find an encoded row that 
starts at the same state in which this last encoded row ended. In this code 
this is the same as finding a string of a's after a blank as long as the string 
of a's we are about to read in state 14. 

To do this, we mark this particular string of a's by changing the first to 
A; then we go back to # and, one by one, when we find a A we examine 
the length of the ensuing string of a's. 



(A, A, R) 

I 



Change the next letter a to an X 

4 



Find the A and change the next letter a to A 



Find the X and change the next letter a to X 



We get off the merry-go-round if an a is not matched by an a and a b by 
a b. If we do not find an exact matching clump of a's, we change the X's 
back to a's, the A's back to a's (except the first), and move on to the next 
A to begin the comparison process again. 

If the two clumps of a's match, we have success. We have found a row 
that starts from the state the last row left us in. 

Once we have found a row that begins with the correct state, we must 
check to see whether this row expects us to read the letter that the simulated 
Tape Head is reading. Remember, the starting state number and letter read 
totally determine the row because our TM's are deterministic. Fortunately, we 
remember what letter is being read by the simulated TM because this infor- 
mation is inherent in the UTM state. Both states 11 and 12 search for a row 
matching the simulated state; however, if we are searching in a path from 
UTM state 1 1 the path keeps the memory that the next criterion for the row 
is that the letter read be an a. If the search for the next row is carried through 
UTM state 12, it knows that the next requirement for a prospective row is to 
read a b. 

To check the READ portion of the encoded row, we use the UTM program 
on the next page. 
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21 



(b.b.R) 



(a.a.R) 



(a.a.R) 




(b,b,R) 




(b,b,R) 



Passing through 

the code of 
the From state 



Passing through 
the code of 
the To state 



Ab.b.R) 



(a.a.R) 



(b,b,R) 



<=) 



24 



If we get to state 21, the READ letter for that row is an a. If we get to 
state 22, the READ letter for that row is a b. If state 23, the character is 
A. If state 24, the character is #. 

If the character in the READ part of the row agrees with the character we 
have read after the * in the input section, we know we have found the correct 
row to execute. If not, we hunt for the next A and examine the next encoded 
row, to see if it is the right one and so on. 

Once we have found the correct encoded row to execute next, we mark it 
with a * in front (so we can find it later) and determine what character it 
wants us to write, and in which direction it wants us to move the simulated 
Tape Head. 

We then toddle off up the Tape, past $, to the * and make the indicated 
change in the contents of the cell after the *, and move the * according to 
the directions of the row being simulated. 

The way we carry this information up the UTM Tape is to follow various 
alternate paths in the UTM program: one path hunts for the * after the $ 
remembering that it wants to print a b and move the simulated Tape Head 
marking * left; one path knows to print a A and move the * right. 

There must be a separate possible path for each of the (finitely many) 
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separate possibilities. Reading the row to be executed tells the UTM which 
path to follow up the Tape. 

We must always check to see whether a row puts us in state 2. If so, we 
halt. The test to see whether a row leads to halt is this. 



HALT J 



<.b,b,R) 



(.*.*, R) 




Return to * 



If while looking for the possible next row to execute we read the $, we 
crash since the machine we are trying to simulate does not have an edge 
leaving the state it is in labeled with the letter it is reading. 

The machine we have been designing will test to see whether a code word 
from CWL can be accepted by the TM it encodes. This machine will accept 
exactly the language MATHISON. 

If the input word does not represent a machine or the machine does not 
reach HALT on the input of its own code word, then the UTM will loop or 
crash. Therefore, this UTM proves that MATHISON is recursively 
enumerable. ■ 

UTM is a very interesting machine that we shall discuss further in a moment, 
but first let us draw some more conclusions from Theorem 62. 
Let us reason as follows: 

1. CWL is regular because it is defined by a regular expression. 

2. The complement of CWL in {a,b}*, called CWL', is therefore also regular 
(Theorem 11). 

3. CWL' is r.e. (Theorem 45). 
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4. CWL' + MATHISON is r.e. (Theorem 60). 

5. The complement of (CWL' + MATHISON) is ALAN, since ALAN is 
all code words not in MATHISON. 



Non-CW-strings^CWL' 




6. But ALAN is not r.e. (Theorem 61). 
Therefore, we have proven: 



THEOREM 63 

The complement of a recursively enumerable language may not be recursively 
enumerable. I 

We know that MATHISON is a r.e. language, but is it recursive? CWL' 
is regular and therefore also recursive. Even though it was not proven in the 
text (but see Chapter 28, Problem 20), the union of two recursive languages 
is also recursive. Therefore, if MATHISON is recursive so is: 

MATHISON + CWL' = ALAN' = the complement of ALAN 

But, by Theorem 58, this would mean that ALAN is recursive, which is not 
true, ALAN is not even r.e.. Therefore we have proven: 



THEOREM 64 

There are recursively enumerable languages that are not recursive. I 

In other words, there are languages that are accepted by TM's but only by 
TM's that must loop forever on some inputs. There does not exist an algorithm 
that changes all loop words into reject words for all machines. The possibility 
that some inputs to a TM loop forever is unpleasant but unavoidable. This is 
at the heart of what makes some problems undecidable. The TM that makes 
the decision might loop forever. This prevents the TM from being considered 
a decision procedure. 
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Let us return now to consider the machine UTM we outlined for the proof 
of Theorem 62. It has a program section and a data section and when we 
ran it it simulated the action of the program on the data. However, at no 
time did we make use of the fact that the data word was the same as the 
program word. What would happen if we fed UTM a program word from 
CWL and a completely arbitrary data word? 

If we start by placing a # on its Tape originally, then the code word for 
some arbitary TM, then a $, then any input string sitting in alternate cells, 
UTM will simulate the execution of the encoded TM operating on the given 
input string. It will terminate at HALT if and only if the given string is 
accepted by the TM represented by the coding word. 

To build a machine that accepts MATHISON, which is what Theorem 62 
was about, we made the first action of UTM be to make two copies of the 
string fed it as input and then we began operation on that form. From now 
on, we skip that step and say that the input to UTM must be in the form 

# (a + b)* $ (a + b)* 



Here we have the beginning of a stored-program computer. The information 
on the left of the $ is the program (or algorithm) we feed in and the string 
on the right of the $ is the data. UTM then executes the requested operations 
on the given data. The program for UTM itself never changes. The operations 
it performs change based on the instructions (the encoded TM) and the data 
(the input string). 

This UTM, which can simulate the action of any TM on any input, is called 
the Universal Turing Machine. Turing designed it in 1936, and it is not only 
the foundation of all Computer Theory, but it was also the conceptual archetype 
of the early computers. 

The simple operations a Turing machine executes (read, move, write) can 
be implemented electronically. This is not by any means the simplest way to 
build a computer, but it did provide a theoretical proof that electronic com- 
puters could be built, that is only to say computers that do what TM's do. 
We have seen TM's only as acceptors, not as arithmetic calculators. In Chapter 
31 we shall see them as full computers. 

The design of the first stored-program computer that performed arithmetic 
operations and branched on logical comparisons and could modify its program, 
and so on, as modern computers do, was constructed by von Neumann and 
coworkers within a few years of Turing's work. 

We mentioned earlier in this chapter that Theorem 61 proved that there 
could not be a computer that pretested programs to tell if they will run suc- 
cessfully. One word will explain why the existence of UTM does not contradict 
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this: loop. If the input is accepted by the encoded TM, then UTM will halt; 
however, if the input loops on the encoded TM, then it must also loop forever 
on UTM. UTM is therefore not an effective decision procedure. 
We shall discuss this further in Chapter 31 (Theorem 76). 

Before we leave this chapter there is one point that deserves further atten- 
tion. In the Universal Turing Machine we made use of auxiliary symbols in 
the Tape alphabet Y. We used #, $, *, A, and X, as well as a and b. However, 
the TM's we encoded were presumed to use only the symbols a, b, and # 
and A. This is fair since there is a theorem that we did not prove that says 
that any recursively enumerable language over the alphabet {a, b) can be ac- 
cepted by a TM that employs only the symbols a and b in its Tape alphabet. 
Of course, it also uses blanks on the Tape. But we do not even need this 
theorem. 

If we should want to consider a language over a larger alphabet, say 

{p, q, r, s, t} 

then we can encode these letters and make the whole language into words 
over {a,b}. 

This can be done as follows. Start with the correspondence 



Letter Code 

p = aaa 

q = aab 

r = aba 

s = abb 

t — baa 



Now every string over {p,q,r,s,t} will become a string over {a,b}. 

pqqstp = a a a a a b a a b a b b b a a a a a 

If a certain language over {p,q,r,s,t} is r.e., then so is the encoded language 
and vice versa. An instruction of the form (p, s, R) converts into instructions 
that say "Read three cells. If they contain aaa, then change them to abb and 
leave the Tape Head three cells to the right of where it started." 

It is for this reason that we have concentrated on languages over the alphabet 
2 = {a,b} for 99% of this book. We should also admit that we secretly realize 
that the languages we are most interested in are sets of bit strings to be fed 
into digital computers. In this case, a = 0, b = 1, (or vice versa). 
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PROBLEMS 



Convert the following TM's first into summary tables and then into their code 
words in CWL. What are the six languages accepted by these TM's? 



1. 



(b.h.R) 
(X\R)(~\ 



START ^ ^ ^~ HALT ^ 



2. 



3. 



(a,\R) 



C 



START 
1 




(b.n.D 



3 i (xaM) >r ha 2 lt 



(a,a,R) 




(b.b.R) 



(a,a,R) 
(b,b,R) 



(a,a,R) 
(b,b,R) 



(\&,R) 




5. 



(.a.b.L) 



Q START 




(6,a,L) 



(b,a,R) 




3 J )(A,A,if) 
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6. 



(b,A,R) 
(a,A,R) 




(a.A.R) 
(b,A,R) 



7. Run each of the six encoded words on their respective machines to see 
which are in the language ALAN. 



8. Can the code word for any TM be a palindrome? Prove your answer. 



Decode the following words from CWL into their corresponding TM's and 
run them on their corresponding TM's to see which are in ALAN and which 
are in MATHISON. 



9. abaabbbbab 
10. abaabaabba 



11. abaabaabbb 



12. abaaabaaabbaaabaababbbb 



13. abaaabaaabaaaabaababbab 



14. ababababab 



15. Let L be a language and L' its complement. Prove that one of the 
following three cases must be true: 

(i) Both L and L' are recursive. 

(ii) Neither L nor L' is r.e. 

(iii) One is r.e., but not recursive while the other is not r.e. 



16. 



In Chapter 20 we showed that the language {a n b"c"} over the alphabet 
{a, b, c} is non-context-free. Encode this language into a language over 
the alphabet {a, b}. Is the encoded language context-free? 
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17. (i) Working with the alphabet {a, b, c} there is a language defined 

by the regular expression 

a*b (ca + bb)* 

Encode this language into a language over {a, b}. Is the encoded 
language regular? 

(ii) Show that if a language is regular over one alphabet, then it is still 
regular when encoded in a different alphabet, by any substitution code. 

18. What happens to a CFL when it is encoded? Is it still necessarily context- 
free? (Of course you are supposed to provide an algorithm to construct 
the grammar if the answer is yes and to provide an example if the answer 
is no.) 

19. In this chapter we skipped over one interesting problem. Given a TM, 
there are many different ways we can write its summary table (we can 
arrange the rows in many different orders). Each way of writing the 
summary table gives a slightly different code word. In other words, the 
same TM can have many different code words. Show that this problem 
does not change any of the theorems in this chapter. 

20. (Oddly enough, this problem has nothing to do with Computer Theory, 
yet it has everything to do with the contents of this chapter.) 

In the English language we can observe that some adjectives apply 
to themselves. For example the word "short" is a fairly short word. We 
might say: "Short" is short. Also the adjective "polysyllabic" is indeed 
polysyllabic. Some other possible adjectives of this type are "unfrequent", 
"melodious", "unhyphenated", "English", "harmless". Let us call all of 
these adjectives that describe themselves homothetic. Let us call all other 
adjectives (those that do not decribe themselves) heterothetic. For ex- 
ample, the words "gymnastic", "myopic", "recursive" are all heterothetic 
adjectives. The word "heterothetic" is an adjective and therefore like all 
adjectives it is either homothetic or heterothetic. Which is it? 
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We have not yet developed all the information presented in the table at the 
beginning of Chapter 24. For one thing, we have not discovered the language 
structures that define recursively enumerable sets independent of the concept 
of TM's. This we shall do now. 

Why were context-free languages called "context-free"? The answer is that 
if there is a production N —*■ t, where N is a nonterminal and t is a terminal, 
then the replacement of t for N can be made in any situation in any working 
string. This gave us the uncomfortable problem of the itchy itchy itchy bear 
in Chapter 13. It could give us even worse problems. 

As an example, we could say that in English the word "base" can mean 
cowardly, while "ball" can mean a dance. If we employ the CFG model we 
could introduce the productions: 

base — > cowardly 
ball — » dance 



and we could modify some working string as follows: 

baseball =^> cowardly dance 
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What is wrong here is that although "base" can sometimes mean cowardly 
it does not always have that option. In general, we have many synonyms for 
any English word; each is a possibility for substitution: 

base — > foundation | alkali | headquarters | safety-station | cowardly | mean 

However, it is not true in English that base can be replaced by any one of 
these words in each of the sentences in which it occurs. What matters is the 
context of the phrase in which the word appears. English is therefore not an 
example of a CFL. This is true even though, as we saw in Chapter 13, the 
model for context-free languages was originally abstracted from human lan- 
guage grammars. Still, in English we need more information before proceeding 
with a substitution. This information can be in the form of the knowledge of 
the adjoining words: 

base line —* starting point 

base metal —*■ not precious metal 

way off base — » very mistaken | far from home 

Here we are making use of some of the context in which the word sits to 
know which substitutions are allowed, where by "context" we mean the ad- 
joining words in the sentence. The term "context" could mean other things, 
such as the general topic of the paragraph in which the phrase sits, however 
for us "context" means some number of the surrounding words. 

Instead of replacing one character by a string of characters as in CFG's, 
we are now considering replacing one whole string of characters (terminals 
and nonterminals) by another. This is a new kind of production and it gives 
us a new kind of grammar. We carry over all the terminology from CFG's 
such as "working string" and "the language generated." The only change is 
in the form of the productions. We are developing a new mathematical model 
that more accurately describes the possible substitutions occurring in English 
and other human languages. There is also a useful connection to Computer 
Theory, as we shall see. 



DEFINITION 

A phrase-structure grammar is a collection of three things: 

1 An alphabet 2 of letters called terminals. 

2 A finite set of symbols called nonterminals that includes the start symbol 

S. 

3 A finite list of productions of the form: 

String 1 String 2 
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where String 1 can be any string of terminals and nonterminals that contains 
at least one nonterminal and where String 2 is any string of terminals and 
nonterminals whatsoever. 

A derivation in a phrase-structure grammar is a series of working strings 
beginning with the start symbol S, which, by making substitutions according 
to the productions, arrives at a string of all terminals, at which point generation 
must stop. 

The language generated by a phrase-structure grammar is the set of all 
strings of terminals that can be derived starting at 5. ■ 



EXAMPLE 

The following is a phrase-structure grammar over 2 = {a, b) with nonterminals 
X and 5: 

Prod 1 S -> XS | A 
Prod 2 X -»■ aX \ a 
Prod 3 aaaX — > ba 

This is an odd set of rules. The first production says that we can start with 
5 and derive any number of symbols of type X, for example, 

S^XS 
=> XX S 
4> XXXS 
^ XXXXS 
^ XXXX 

The second production shows us that each X can be any string of a's (with 
at least one a): 

X^> aX 
aaX 
aaaX 
aaaaX 
aaaaa 

The third production says that any time we find three a's and an X we can 
replace these four symbols with the two- terminal string ba. 

The following is a summary of one possible derivation in this grammar: 

S 4> XXXXXX 

* * 

=^ aaaaaXXXXX (after X => aaaaa) 
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=> aabaXXXX 



(by Prod 3) 



* 



^aabaaaXXX 
aabbaXX 



(after X => aa) 
(Prod 3) 



=^> aabbaaaX 
=t> aabbba 



(after X => aa) 
(after Prod 3) 



This is certainly a horse of a different color. The algorithms that we used 
for CFG's must now be thrown out the window. Chomsky Normal Form is 
out. Sometimes applying a production that is not a A-production still makes 
a working string get shorter. Terminals that used to be in a working string 
can disappear. Left-most derivations do not always exist. The CYK algorithm 
does not apply. We can't tell the terminals from the nonterminals without a 
scorecard. It is no longer possible just to read the list of nonterminals off of 
the left sides of productions. 

All CFG's are phrase-structure grammars in which we restrict ourselves as 
to what we put on the left-side of productions. So all CFL's can be generated 
by phrase-structure grammars. Can any other languages be generated by them? 

THEOREM 65 

At least one language that cannot be generated by a CFG can be generated 
by a phrase-structure grammar. 



To prove this assertion by constructive methods we need only demonstrate one 
actual language with this property. A nonconstructive proof might be to show 
that the assumption: 



leads to some devious contradiction, but as usual, we shall employ the preferred 
constructive approach here. (Theorem 61 was proved by devious contradiction 
and see what became of that.) 



Consider the following phrase-structure grammar over the alphabet 

2 = {a, b). 



PROOF 



phrase-structure grammar = CFG 



Prod 1 
Prod 2 
Prod 3 
Prod 4 
Prod 5 
Prod 6 



5 -*• aSBA 
S —> abA 
AB^BA 
bB^bb 
bA — * ba 
aA —> aa 
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We shall show that the language generated by this grammar is {a"b"a"}, 
which we have shown in Chapter 20 is non-context-free. 

First let us see one example of a derivation in this grammar: 



=^> aSBA 


Prod 


1 




Prod 


1 


aaaSBABABA 


Prod 


1 


=> aaaabAB ABABA 


Prod 


2 


4> aaaabBAABABA 


Prod 


3 


4> aaaabBABAABA 


Prod 


3 


3 aaaahBBAAARA 


Prod 


3 


nnnnhRRAARAA 




-x 




Prod 


3 


=> aaaabBBBAAAA 


Prod 


3 


=> aaaabbBSAAAA 


Prod 


4 




Prod 


4 


aaaabbbbAAAA 


Prod 


4 


^> aaaabbbbaAAA 


Prod 


5 


=^ aaaabbbbaaAA 


Prod 


6 


^> aaaabbbbaaaA 


Prod 


6 


=^> aaaabbbbaaaa 


Prod 


6 


= a 4 b 4 a A 







To generate the word a m b m a m for some fixed number m (we have used n 
to mean any power in the defining symbol for this language), we could proceed 
as follows. 

First we use Prod 1 exactly (m - 1) times. This gives us the working 
string: 

aa . . . a S > BABA . . . BA. 

i i v ' 

m - 1 (m - 1) 5's alternating 

with 
(m - 1) A's 



Next we apply Prod 2 once. This gives us the working string: 



aa a J b ^ABAB . . . BA , 



m m A s 

m - 1 fl's 



Now we apply Prod 3 enough times to move the fi's in front of the A's. 
Note that we should not let our mathematical background fool us into thinking 
that AB — > BA means that the A's and B's commute. No. We cannot replace 
BA with AB — only the other way around. The A's can move to the right 
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through the B's. The B's can move to the left through the A's. We can only 
separate them into the arrangement B's then A's. We then obtain the working 
string: 

aa . . . a b BB . . . B AA . . . A 
* „ ' * „ ' > , ' 

m m — 1 m 



Now using Prods 4, 5, and 6, we can move left through the working string 
converting B's to b's and then A's to a's. 
We will finally obtain: 



aa . . . a bb . . . b aa . . . a 

* » ' * » ' v . ' 

m m m 

= a m b m a m 



We have not yet proven that {a"b"a n } is the language generated by the 
original grammar, only that all such words can be derived. To finish the proof, 
we must show that no word not in {a"b"a"} can be generated. We must show 
that every word that is derived is of the form a"b n a" for some n. 

Let us consider some unknown derivation in this phrase-structure grammar. 
We begin with the start symbol S and we must immediately apply either Prod 
1 or Prod 2. If we start with Prod 2, the only word we can generate is 
aba, which is of the approved form. 

If we begin with a Prod 1, we get the working string: 

a SB A 

which is of the form: 



some a's equal A's and B's 

The only productions we can apply are Prods 1, 2, and 3, since we do not 
yet have any substrings of the form bB, bA, or aA. Prod 1 and Prod 3 leave 
the form just as above, whereas once we use Prod 2 we immediately obtain 
a working string of the form: 

i i abA | 

a's equal A's and B's 

If we never apply Prod 2, we never remove the character S from the 
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working string and therefore we never obtain a word. Prod 2 can be applied 
only one time, since there is never more than one 5 in the working string. 

Therefore, in every derivation before we have applied Prod 2 we have 
applied some (maybe none) Prod l's and Prod 3's. Let the number of Prod 
l's we have applied be m. We shall now demonstrate that the final word 
generated must be 

Right after Prod 2 is applied the working string looks like this: 

i i abA | i 

exactly m a's exactly m A's 

m B's 
in some order 

The only productions we can apply now are Prods 3, 4, 5, and 6. Let us 
look at the working string this way: 

a m + 1 b Inonterminalsl 
m + 1 A's 
m B's 

Any time we apply Prod 3 we are just scrambling the right half of the 
string, the sequence of nonterminals. When we apply Prod 4, 5, or 6 we are 
converting a nonterminal into a terminal, but it must be the nonterminal on 
the border between the left-side terminal string and the right-side nonterminal 
string. We always keep the shape: 



terminals Nonterminals 

(just as with leftmost Chomsky derivations), until we have all terminals. The 
A's eventually become a's and the B's eventually become b's. However, none 
of the rules Prod 4, Prod 5, or Prod 6 can create the substring ab. We can 
create bb, ba, or aa, but never ab. From this point on the pool of A's and 
B's will be converted into a's and b's without the substring ab. That means 
it must eventually assume the form b*a*. 

a m + , b inonterminalsl 
m + 1 A's 
m B's 
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must become 



which is what we wanted to prove. ■ 

As with CFG's, it is possible to define and construct a total language tree 
for a phrase-structure grammar. To every node we apply as many productions 
as we can along different branches. Some branches lead to words, some may 
not. The total language tree for a phrase-structure language may have very 
short words way out on very long branches (which is not the case with CFL's). 
This is because productions can sometimes shorten the working string, as in 
the example: 

S-*aX 
X-» aX 
aaaaaaX — » b 

The derivation for the word ab is: 

S ^> aX 

aaX 
=^> aaaX 
=^> aaaaX 
=^> aaaaaX 

aaaaaaX 

aaaaaaaX 
r> ab 



EXAMPLE 

The total language tree for the phrase-structure grammar for {a"b"a n } above 
begins 



s 




aaSBABA aabABA aba 




aaaSBABABA aaabABABA aaSBBAA aabBAA aabaBA 

: : : : (dead end) 
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Notice the interesting thing that can happen in a phrase-structure grammar. 
A working string may contain nonterminals and yet no production can be 
applied to it. Such a working string is not a word in the language of the 
grammar it is a dead end. ■ 

The phrase-structure languages (those languages generated by phrase-struc- 
ture grammars) are a larger class of languages than the CFL's. This is fine 
with us, since CFG's are inadequate to describe all the languages accepted by 
Turing machines. 

We found that the languages accepted by FA's are also those definable by 
regular expressions and that the languages accepted by PDA's are also those 
definable by CFG's. What we need now is some method of defining the lan- 
guages accepted by Turing machines that does not make reference to the ma- 
chines themselves (simply calling them recursively enumerable contributes noth- 
ing to our understanding). Perhaps phrase-structure languages are what we need. 
(Good guess.) Also, since we already know that some languages cannot be 
accepted by TM's, perhaps we can find a method of defining all possible 
languages, not just the r.e. languages. Although we have placed very minimal 
restrictions on the shape of their productions, phrase-structure grammars do 
not have to be totally unstructured, as we see from the following result. 



THEOREM 66 

If we have a phrase-structure grammar that generates the language L, then 
there is another grammar that also generates L that has the same alphabet of 
terminals and in which each production is of the form: 

string of Nonterminals — » string of terminals and Nonterminals 

(where the left side cannot be A but the right side can). 



PROOF 

This proof will be by constructive algorithm using the same trick as in the 
proof of Theorem 23. 

Step 1 For each terminal a, b, . . . introduce a new nonterminal (one not used 
before): A, B, . . . and change every string of terminals and 
nonterminals into a string of nonterminals above by using the new 
symbols. For example, 



aSbXb -> bbXYX 
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becomes 

ASBXB BBXYX 

Step 2 Add the new productions 

A—* a 
B-+b 

These replacements and additions obviously generate the same language and 
fit the desired description. In fact, the new grammar fits a stronger requirement. 
Every production is either: 

string of Nonterminals — * string of Nonterminals 

or 

one Nonterminal -» one terminal 
(where the right side can be A but not the left side) I 

EXAMPLE 

The phrase-structure grammar over the alphabet {a,b}, which generates {a n b"a"}, 
which we saw above: 

S -> aSBA 
S -» abA 
AB^BA 
bB bb 
bA —* ba 
aA —* aa 

turns into the following, when the algorithm of Theorem 66 is applied to it: 

S -> XSBA 
S ->XYA 
AB —* BA 
YB YY 
YA —> YX 
XA —> XX 
X -> a 
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Notice that we had to choose new symbols, X and Y, because A and B 
were already being employed as nonterminals. 



DEFINITION 

A phrase-structure grammar is called type 0 if each production is of the form: 
non-empty string of Nonterminals —> any string of terminals and Nonterminals 



The second grammar above is type 0. Actually, what we have shown by 
Theorem 66 is that all phrase-structure grammars are equivalent to type 0 
grammars in the sense that they generate the same languages. 

Some authors define type 0 grammars by exactly the same definition as we 
gave for phrase-structure grammars. Now that we have proven Theorem 66, 
we may join the others and use the two terms interchangeably, forgetting our 
original definition of type 0 as distinct from phrase-structure. As usual, the 
literature on this subject contains even more terms for the same grammars, 
such as unrestricted grammars and semi-Thue grammars. 

Beware of the sloppy definition that says that type 0 includes all productions 
of the form: 

any string — > any string 

since that would allow one string of terminals (on the left) to be replaced by 
some other string (on the right). This goes against the philosophy of what a 
terminal is, and we do not allow it. Nor do we allow frightening productions 
of the form: A —> something which could cause letters to pop into words in- 
discriminately (see Gen, 1:3 for "A —*■ light"). 

Names such as nonterminal-rewriting grammars and context-sensitive-with- 
erasing grammars also turn out to generate the same languages as type 0. 
These names reflect other nuances of Formal Language Theory into which we 
do not delve. 

One last remark about the name type 0. It is not pronounced like the uni- 
versal blood donor but rather as "type zero." The 0 is a number, and there 
are other numbered types. 

Type 0 is one of the four classes of grammars that Chomsky, in 1959, 
catalogued in a hierarchy of grammars according to the structure of their pro- 
ductions. 
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Type 


Name of 
Languages 
Generated 


Production Restrictions 

X —* Y 


Acceptor 


0 


Phrase-structure 
= recursively 
enumerable 


X = any string with 
nonterminals 
Y = any string 


TM 


1 


Context- 
sensitive 


X = any string with 
nonterminals 

Y = any string as long 
as or longer than 
X 


TM's with 
bounded (not 
infinite) Tape, 
called linear- 
bounded 

automata LBA'st 


2 


Context-free 


X = one nonterminal 
Y = any string 


PDA 


3 


Regular 


X = one nonterminal 
Y = t N or Y = t 
t terminal 
N nonterminal 


FA 



tThe size of the tape is a linear function of the length of the input. 



We have not yet proven all the claims on this table, nor shall we. We 
have completely covered the cases of type 2 and type 3 grammars. Type 1 
grammars are called context-sensitive because they use some information about 
the context of a nonterminal before allowing a substitution. However, they 
require that no production shorten the length of the working string, which 
enables us to use the top-down parsing techniques discussed in Chapter 22. 
Because they are very specialized, we skip them altogether. In this chapter 
we prove the theorem that type 0 grammars generate all recursively enumerable 
languages. 

Two interesting languages are not on this chart. The set of all languages 
that can be accepted by deterministic PDA's is called simply the deterministic 
context-free languages. We have seen that they are closed under comple- 
mentation, which makes more questions decidable. They are generated by what 
are called LR(£) grammars, which are grammars that generate words that can 
be parsed by being read from left to right taking k symbols at a time. This 
is a topic of special interest to compiler designers. This book is only an 
introduction and does not begin to exhaust the range of what a computer 
scientist needs to know about theory to be a competent practitioner. 

The other interesting class of languages that is missing is the collection of 
recursive languages. No algorithm can, by looking only at the structure of the 
grammar, tell whether the language it generates is recursive — not counting the 
symbols, not describing the production strings, nothing. 
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These six classes of languages form a nested set as shown in the Venn 
diagram below. 




We have discussed most of the examples that show that no two of these 
categories are really the same. This is important, since just because a condition 
looks more restrictive does not mean it actually is in the sense that different 
languages fulfill it. Remember that FA = NFA. 

{a n b"} is deterministic context-free but not regular. 

PALINDROME is context-free but not deterministic context-free. (We did not 
prove this. We did prove that the complement of {a"b"a n } is a CFL, but it 
cannot be accepted by a DPDA.) 

{a"b n a n } is context-sensitive but not context-free. (The grammar we just ex- 
amined above that generates this language meets the conditions for context- 
sensitivity.) 
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L stands for a language that is recursive but not context-sensitive. There are 
such but that proof is beyond our intended scope. 

MATHISON is recursively enumerable but not recursive. 

ALAN comes from outerspace. 

Counting "outerspace," we actually have seven classes of languages. The 
language of all computer program instructions is context-free; however, the 
language of all computer programs themselves is r.e.. English is probably 
recursive except for poetry, which (as e.e. cummings proved in 1923) is from 
outerspace. 

What is left for us to do is prove r.e. = type 0. This was first proven by 
Chomsky in 1959. We shall prove it in two parts. 



THEOREM 67 

If L is generated by a type 0 grammar G, then there is a TM that accepts 
L. 



PROOF 



The proof will be by constructive algorithm. We shall describe how to build 
such a TM. This TM will be nondeterministic, and we shall have to appeal 
to Theorem 56 to demonstrate that there is therefore also some deterministic 
TM that accepts L. 

The Tape alphabet will be all the terminals and nonterminals of G and the 
symbols $ and * (which we presume are not used in G). When we begin 
processing the Tape contains a string of terminals. It will be accepted if it 
is generated by G but will be rejected otherwise. 

Step 1 We place a $ in cell i moving the input to the right and place another $ 
in the cell after the input string and an S after that. We leave the Tape 
Head pointing to the second $: 



IV 



vi 



becomes 



$ 


a 


b 


b 


$ 


S 


A 





Each of these additions can be done with the subroutine INSERT. 
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Step 2 We create a central state with nondeterministic branching that simulates 
the replacement indicated by every possible production applied to the 
string of terminals and nonterminals to the right of the second $. (This 
state is analogous to the central POP state in the proof of Theorem 28.) 
There are three possible forms for the TM instructions, depending on the 
type of replacement we are simulating. 
First,we can have a production of the form larger — » smaller, such as, 

aSbX Yb 

Corresponding to this production we must have a branch coming from 
the central state that does the following: 

1. Scan to the right for the next occurrence on the Tape of the 
substring aSbX. 

2. Replace it on the Tape with Yb**. 

3. Delete the *'s closing up the data. 

4. Return the Tape Head to the second $. 

5. Return to the central state. 

We have already seen how to write TM programming to accom- 
plish all five of these steps. 

Secondly, the production could be of the form smaller — > larger, 
such as, 

aS -» bbXY 

Then we: 

1. Scan to the right for the next occurrence on the Tape of the 
substring aS. 

2. Insert two blanks after the S, moving the rest of the string two 
cells to the right. 

3. Replace the aSAA with bbXY. 

4. Return Tape head to the second $, and 

5. Return to the central state. 

Thirdly, both sides of the production could be the same length 
such as, 



AB->XY 
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In this case we need only 

1. Scan to the right for the next occurrence of substring AB. 

2. Replace AB with XY. 

3. Return the Tape Head to the second $, and 

4. Return to the central state. 

Conceiveably the substring of aSbX, aS or AB that is replaced in 
the working string in the production we are trying to simulate might 
be the third or fourth occurrence of such a substring in the working 
string not the very next, as we have insisted. To account for this we 
must have the option while in the central state of simply advancing 
the Tape Head to the right over the working string without causing 
change. 

Eventually, if we have made the correct nondeterministic choices of 
loops around the central state, we can accomplish the simulation of 
any particular derivation of the input word beyond the second $. We 
shall have derived a twin copy of the input string. 
The Tape then looks like this: 



input 



twin copy 



Notice that we can arrive at the twin copy situation only if the 
input word can, in fact, be derived from the grammar G. 

Step 3 When we have completed Step 2 we nondeterministically take a branch 
out of the central state that will let us compare the copy we have produced 
to the original input string cell by cell to be sure that they are the same. 
If so, we accept the input. If no sequence of simulated productions turns 
S into the input string, then the input is not in L and cannot be accepted 
by this TM. 

Since the loops out of the central state accurately parallel all possible pro- 
ductions in G at all times in the processing, the string to the right of $ will 
be a valid (derivable) working string in G. If we have nondeterministically 
made the wrong choices and produced a word other than the input string, or 
if we have jumped out of the central state too soon before the working string 
has been turned into a string of all terminals, we must crash during the com- 
parison of product string and input string. No inputs not in the language of 
G can be accepted and all words derivable from G can be accepted by some 
set of nondeterministic choices. Therefore the machine accepts exactly the lan- 
guage L. ■ 
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EXAMPLE 

Starting with the type 0 grammar: 

S-*aSb\bS\a 
bS -> aS 

A crude outline for the corresponding TM is 



(Just move Tape Head) 




We now turn to the second half of the equivalence. 
THEOREM 68 

If a language is r.e., it can be generated by a type 0 grammar. 
PROOF 

The proof will be by constructive algorithm. We must show how to create a 
type 0 grammar that generates exactly the same words as are accepted by a 
given Turing machine. From now on we fix in our minds a particular TM. 

Our general goal is to construct a set of productions that "simulate" the 
working of this TM. But here we run into a problem: unlike the simulations 
of TM's by PM's or 2PDA's, a grammar does not start with an input and 
run it to halt. A grammar must start with S and end up with the word. To 
overcome this discrepancy our grammar must first generate all possible strings 
of a's and b's and then test them by simulating the action of the TM upon 
them. 
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As we know, a TM can mutilate an input string pretty badly on its way 
to the HALT state, so our grammar must preserve a second copy of the input 
as a backup. We keep the backup copy intact while we act on the other as 
if it were running on the input Tape of our TM. If this TM ever gets to a 
HALT state, we erase what is left of the mutilated copy and are left with the 
pristine copy as the word generated by the grammar. If the second copy does 
not run successfully on the TM (it crashes, is rejected, or loops forever), then 
we never get to the stage of erasing the working copy. Since the working 
copy contains nonterminals, this means that we never produce a string of all 
terminals. This will prevent us from ever successfully generating a word not 
in the language accepted by the TM. A derivation that never ends corresponds 
to an input that loops forever. A derivation that gets stuck at a working string 
with nonterminals still in it corresponds to an input that crashes. A derivation 
that produces a word corresponds to an input that runs successfully to HALT. 

That is a rough description of the method we shall follow. The hard part 
is this: Where can we put the two different copies of the string so that the 
productions can act on only one copy, never on the other? In a derivation in 
a grammar, there is only one working string generated at any time. Even in 
phrase-structure grammars, any production can be applied to any part of the 
working string at any time. How do we keep the two copies separate? How 
do we keep the first copy intact (immune from distortion by production) while 
we work on the second copy? 

The surprising answer to this question is that we keep the copies separate 
by interlacing them. We store them in alternate locations on the working string, 
just as we used the even and the odd numbered cells of the TM Tape to 
store the contents of the two PUSHDOWN STACKS in the proof of Theorem 
48. 

We also use parentheses as nonterminals to keep straight which letters are 
in which copy. All letters following a "(" are in the first (intact) copy. All 
symbols before a ")" are in the second (TM Tape simulation) copy. We say 
"symbol" here because we may find any symbol from the TM Tape sitting 
to the left of a ")". 

When we are finally ready to derive the final word because the second copy 
has been accepted by the TM, we must erase not only the remnants of the 
second copy but also the parentheses and any other nonterminals used as TM- 
simulation tools. 

First, let us outline the procedure in even more detail, then formalize it, 
and then finally illustrate it. 

Step 1 Eventually we need to be able to test each possible string of a's and b"s 
to see whether it is accepted by the TM. We need enough productions 
to cover these cases. Since a string such as abba will be represented 
initially by the working string: 



(aa) (bb) (bb) (aa) 
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the following productions will suffice: 

S -» (aa) S | ibb) S | A 

Later we shall see that we actually need something slightly different 
because of other requirements of the processing. 

Remember that "( and )" are nonterminal characters in our type 0 
grammar that must be erased at the final step. 

Remember that the first letter in each parenthesized pair will stay 
immutable while we simulate TM processing on the second letter of 
each pair as if the string of second letters were the contents of TM 
Tape during the course of the simulation. 



First copy of input string to remain intact 

f I I 1 

(aa) (66) (66) (aa) 
* * * * 

Second copy to be worked on as if it sits on TM Tape 



2 Since a Turing machine can use more Tape cells than just those that 
the input letters initially take up, we need to add some blank cells 
to the working string. We must give the TM enough Tape to do its 
processing job. We do know that a TM has a Tape with infinitely 
many cells available, but in the processing of any particular word it 
accepts, it employs only finitely many of those cells — a finite block 
of cells starting at cell i. If it tried to read infinitely many cells in 
one running, it would never finish and reach HALT. If the TM needs 
four extra cells of its Tape to accept the word abba, we add four 
units of (AA) to the end of the working string: 



Simulating input string 

I r I Useless characters indicating blanks we will erase later 

y y y ^ t T* 

(aa) (66) (66) (aa) (AA) (AA) (AA) (AA) 

i i i 1 i i i } 

Input and blank cells simulating TM Tape 



Notice that we have had to make the symbol A a nonterminal in the 
grammar we are constructing. 

3 To simulate the action of a TM, we need to include in the working 
string an indication of which state we are in and where the Tape 
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Head is reading. As with many of the TM simulations we have done 
before, we can handle both problems with the same device. 

We shall do this as follows. Let the names of the states in the TM 
be g 0 (the start state) q\ q 2 . . . . We insert a q in front of the pa- 
rentheses of the symbol now being read by the Tape Head. To do 
this, we have to make all the q's nonterminals in our grammar. 

Initially, the working string looks like this: 

q 0 (aa) (bb) (bb) (aa) (AA) (AA) (AA) (AA) 

It may sometime later look like this: 

(aA) (bA) (bX) q 6 (aA) (Ab) (AM) (AA) (AA) 

This will mean that the Tape contents being simulated are AAXAbM AA 
and the Tape Head is reading the fourth cell, while the simulated TM 
program is in state q 6 . 

To summarize, at every stage, the working string must: 

1. remember the original input 

2. represent the Tape status 

3. reflect the state the TM is in 

Step 4 We also need to include as nonterminals in the grammar all the symbols 
that the TM might wish to write on its Tape, the alphabet I\ The use of 
these symbols was illustrated above. 

Step 5 Now in the process of simulating the operation of the TM, the work- 
ing string could look like this. 

(aa) q 3 (bB) (bA) (aA) (AA) (AA) (AA) (AM) 

The original string we are interested in is abba, and it is still intact 
in the positions just after "("s. 

The current status of the simulated TM Tape can be read from the 
characters just in front of close parentheses. It is 



1 


n 


in 


IV 


V 


VI 


VII 


vm 


a 


B 


A 


A 


A 


A 


A 


M 





The TM is in state q 3 , and the Tape Head is reading cell ii as 
we can tell from the positioning of the q 3 in the working string. 

To continue this simulation, we need to be able to change 
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the working string to reflect the specific instructions in the particular TM, 
that is, we need to be able to simulate all possible changes in Tape 
status that the TM program might produce. 

Let us take an example of one possible TM instruction and see what 
productions we must include in our grammar to simulate its operation. 
If the TM says: 



"from state while reading a b, print an A, go to state q-i, 
and move the Tape Head left" 



We need a production that causes our representation of the prior status 
of the TM to change into a working string that represents the outcome 
status of the TM. We need a production like: 

(Symboli Symbol 2 ) q* (Symbol 3 b) 
— > q 1 (Symboli Symbol 2 ) (Symbol 3 A) 

where Symbol! and Symbol 3 are any letters in the input string (a or 
b) or the A's in the extra (A A) factors. Symbol 2 is what is in the 
Tape in the cell to the left of the b being read. Symbol 2 will be 
read next by the simulated Tape Head: 



TM state _,. _ TM state , 

• TM Tape i TM Tape 

f t * \ * * 

(Symbol! Symbol 2 ) <j 4 (Symbol 3 b) »- Q 7 (Symbol! Symbol 2 )(Symbol 3 A) 

| * { * 

Part of input string to be left intact Part of input string to be left intact 



This is not just one production, but a whole family of possibilities covering 
all considerations of what Symboli, Symbol 2 and Symbol 3 are: 



(aa) # 4 (ab) 
(aa) q 4 {bb) 

(aa) q 4 (Afc) 

(ab) q 4 (ab) 
(ab) q 4 (bb) 



qn (aa) (aA) 
q-i (aa) (bA) 
q 7 (aa) (AA) 
q 7 (ab) (aA) 
qi (ab) (bA) 



(bX) q 4 (Ab) 



qn (bX) (AA) 
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This is reminiscent of the technique used in the proof of Theorem 
29, where one PDA-part gave rise to a whole family of productions, 
and for the same reasons one TM instruction can be applied to many 
different substring patterns. 

The simulation of a TM instruction that moves the Tape Head to 
the right can be handled the same way. 




"If in a state q% reading a B, write an X, move the Tape Head right, 
and go to state q 2 " translates into the following family of productions: 

q% (Symbol] B) — » (Symbol] X) q 2 

where Symbol] is part of the immutable first copy of the input string 
or one of the extra A's on the right end. Happily, the move-right 
simulations do not involve as many unknown symbols of the working 
string. 

Two consecutive cells on the Tape that used to be 



| B I ? 
have now become 



| X I ? | 

We need to include productions in our grammar for all possible 
values for Symbol]. 

Let us be clear here that we do not include in our grammar pro- 
ductions for all possible TM instructions, only for those instructions 
that do label edges in the specific TM we are trying to simulate. 

Step 6 Finally, let us suppose that after generating the doubled form of the word 
and after simulating the operation of the TM on its Tape, we eventually 
are led into a HALT state. This means that the input we started with is 
accepted by this TM. We then want to let the type 0 grammar finish the 



THE CHOMSKY HIERARCHY 



751 



derivation of that word, in our example, the word abba by letting it mop 
up all the garbage left in the working string. The garbage is of several 
kinds: There are A's, the letters in T = {A,B,X,Y, . . .}, the q symbol 
for the HALT state itself, and, let us not forget, the extra a's and b's 
that are lying around on what we think are TAPE-simulating locations but 
which just as easily could be mistaken for parts of the final word, and 
then, of course, the parentheses. 

We also want to be very careful not to trigger this mop-up operation 
unless we have actually reached a HALT state. 

We cannot simply add the productions: 

Unwanted symbols —*■ A 

since this would allow us to accept any input string at any time. Remember 
in a grammar (phrase-structure or other) we are at all times free to execute 
any production that can apply. To force the sequencing of productions, 
we must have some productions that introduce symbols that certain other 
productions need before they can be applied. What we need is something 
like: 



[If there is a HALT state symbol in the working string, then every 
other needless Symbol and the a's] — * A 



We can actually accomplish this conditional wipe-out in type 0 gram- 
mars in the following way: Suppose q n is a HALT state. We first add 
productions that allow us to put a copy of q n in front of each set of 
parentheses. This requires all possible productions of these two forms: 

(Symbol] Symbol 2 ) qn — * <7n (Symbol Symbol 2 ) qn 

where Symbol , and Symbol 2 are any possible parenthesized pair. This 
allows q n to propagate to the left. 
We also need: 

qn (Symbol] Symbol 2 ) — > qn (Symbol! Symbol 2 ) qn 

allowing q n to propagate to the right. 

This will let us spread the q u to the front of each factor as soon 
as it makes its appearance in the working string. It is like a cold: 
Every factor catches it. In this example, we start with q u in front 
of only one parenthesized pair and let it spread till it sits in front 
of every parenthesized pair. 
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(aA) (bB) q u (bB) (aX) (AX) (AM) 

=> (aA) q n (bB) q u (bB) (aX) (AX) (AM) 
q n (aA) q n (bB) q u (bB) (aX) (AX) (AM) 
q n (aA) q n (bB) q u (bB) q u (aX) (AX) (AM) 
=> q u (aA) q n (bB) q u (bB) q u (aX) q u (AX) (AM) 
^> q u (aA) q n (bB) q u (bB) q u (aX) q u (AX) q u (AM) 



Remember, we allow this to happen only to the q's that are HALT 
states in the particular TM we are simulating. The q's that are not 
HALT states cannot be spread because we do not include such pro- 
ductions in our grammar to spread them. 
Now we can include the garbage-removal productions: 



q u (a Symbol]) — > a 
q u (b Symbol,) -» b 
q n (A Symbol,) — > A 



for any choice of Symbol,. This will rid us of all the Tape simulation 
characters, the extra A's, and the parentheses, leaving only the first 
copy of the original input string we were testing. Only the immutable 
copy remains; the scaffolding is completely removed. 



Here are the formal rules describing 
general, the productions for the desired 
where we presume that S, X, Y are not 



the grammar we have in mind. In 
type 0 grammar are the following, 
letters in X or f: 



Prod 1 S qoX 

Prod 2 X -» (aa) X 

Prod 3 X (bb) X 

Prod 4 X -+ Y 

Prod 5 Y (AA)Y 

Prod 6 Y A 

Prod 7 For all TM edges of the form 
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create the productions: 



q v {at) -> (au) q w 
q v (bt) -* (bu) q w 
q v (At) -* (Au) q 



'w 



Prod 8 For all TM edges of the form: 



0 



(t,u,L) 



0 



create the productions: 

(Symbol! Symbol 2 ) q v (Symbol 3 t) — > q w (Symbol] Symbol 2 ) (Symbol 3 u) 

where Symbol and Symbol 3 can each be a, b, or A and Symbol 2 can be any 
character appearing on the TM Tape, that is, any character in T. 
This could be quite a large set of productions. 

Prod 9 If q x is a HALT state in the TM, create these productions: 



q x (Symbol Symbol 2 ) — »• q x (Symboli Symbol 2 ) q x 
(Symbol] Symbol 2 ) q x q x (Symbol; Symbol 2 ) q x 

q x (a Symbol 2 ) — > a 
q x (b Symbol 2 ) — * b 
q x (A Symbol 2 ) -> A 



where Symboli = a, b, or A and Symbol 2 is any character in T. 

These are all the productions we need or want in the grammar. 

Notice that productions 1 through 7 are the same for all TM's. Production 
sets 7, 8, and 9 depend on the particular TM being simulated. 

Now come the remarks that convince us that this is the right grammar (or 
at least one of them). Since we must start with 5, we begin with Prod 1. 
We can then apply any sequence of Prod 2's and Prod 3's so that for any 
string such as baa we can produce: 



5 => qo (bb) (aa) (aa) X 
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We can do this for any string whether it can be accepted by the TM or 
not. We have not yet formed a word, just a working string. If baa can be 
accepted by the TM, there is a certain amount of additional space it needs 
on the Tape to do so, say two more cells. We can create this work space 
by using Prod 4, Prod 5, and Prod 6 as follows: 

=> q 0 (bb) (aa) (aa) Y 

=> q 0 (bb) (aa) (aa) (AA) Y 

q 0 (bb) (aa) (aa) (AA) (AA) Y 
=> q 0 (bb) (aa) (aa) (AA) (AA) 

Other than the minor variation of leaving the Y lying around until the end 
and eventually erasing it, this is exactly how all derivations from this grammar 
must begin. The other productions cannot be applied yet since their left sides 
include nonterminals that have not yet been incorporated into the working 
string. 

Now suppose that q 4 is the only HALT state in the TM. In order ever to 
remove the parentheses from the working string, we must eventually reach 
exactly this situation: 

4 q 4 (b ?) q 4 (a ?) q 4 (a ?) q 4 (A ?) q 4 (A ?) 

where the five ?'s show some contents of the first five cells of the TM Tape 
at the time it accepts the string baa. Notice that no rule of production can 
ever let us change the first entry inside a parenthesized pair. This is our intact 
copy of the input to our simulated TM. 

We could only arrive at a working string of this form if, while simulating 
the processing of the TM, we entered the halt state q 4 at some stage. 

4> (b ?) (a ?) q 4 (a ?) (A ?) (A ?) 

When this happened, we then applied Prod 9 to spread the q 4 s. 

Once we have q 4 in front of every open parenthesis we use Prod 9 again 
to reduce the whole working string to a string of all terminals: 

* 

^> baa 

All strings such as ba or abba . . . can be . set up in the form: 



go (aa) (bb) (bb) (aa) . . . (AA) (AA) . . . (AA) 
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but only those that can then be TM-processed to get to the HALT state can 
ever be reduced to a string of all terminals by Prod 9. 

In short, all words accepted by the TM can be generated by this grammar 
and all words generated by this grammar can be accepted by the TM. ■ 



EXAMPLE 

Let us consider a simple TM that accepts all words ending in a: 



(a,a,R) 
(b,b,R) 




Note that the label on the edge from q 0 to q t could just as well have been 
(A,A,L), but this works too. 

Any word accepted by this TM uses exactly one more cell of Tape than 
the space the input is written on. Therefore, we can begin with the productions: 

Prod 1 5 -+ q 0 X 

Prod 2 X (aa)X 

Prod 3 X {bb)X 

Prod 4 X -* (AA) 

This is a minor variation omitting the need for the nonterminal Y and Prod 
4, Prod 5, and Prod 6. 

Now there are four labeled edges in the TM; three move the Tape Head 
right, one left. These cause the formation of the following productions. From: 



(a,a,R) 




we get: 



Prod 7(i) 
Prod 7(ii) 
Prod 7(iii) 



(aa) q 0 
(ba) q 0 
(Aa) q 0 
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From: 



we get: 



From: 



we get: 



From: 



we get: 



(b,b,R) 



6? 



Prod 7(iv) q 0 (ab) -*■ (ab) q 0 
Prod 7(v) q 0 (bb) -*■ (bb) q 0 
Prod 7(vi) q 0 (Afc) -> (Afc) q 0 



(a,a,R) 



-( 92 HALT ) 



Prod 7(vii) <?! (aa) — » (aa) q 2 
Prod 7(viii) a! (ba) —> (ba) q 2 
Prod 7(ix) gi (Aa) -»■ (Aa) q 2 



Prod 8 (wv) g 0 (wA) — ► (wv) (wb) 



where m, v, and w can each be a, b, or A. (Since there are really 27 of 
these; let's pretend we have written them all out.) 

Since q 2 is the HALT state, we have: 

Prod 9(i) q 2 (uv) —> q 2 (uv) q 2 where u,v = a, b, A 

Prod 9(ii) (uv) q 2 — » q 2 (uv) q 2 where u,v = a, b, A 

Prod 9(iii) q 2 (au) — » a where m = a, fo, A 

Prod 9(iv) g 2 (&«) — * b where w = a, 6, A 

Prod 9(v) g 2 (Am) — > A where u = a, b, A 
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These are all the productions of the type 0 grammar suggested by the al- 
gorithm in the proof of Theorem 68. 

Let us examine the total derivation of the word baa: 



TM Simulation 
State Tape 



<7o 
<?o 

HALT 



b 


a 


a 


A 




& 




b 


a 


a 


A 




Q 




b 


a 


a 


A 






a 


b 


a 


a 


A 








b 


a 


a 


b 






d 


b 


a 


a 


b 






0 



^>q 0 (bb)X 

=><7o (bb) (aa)X 

=>q 0 (bb)(aa)(aa)X 

=> 9o (bb) (aa) (aa) (A A) 



(aa) q 0 (aa) (AA) 



=>(W»)(flfl) qx (aa) (Ab) 



^(bb) (aa) (aa) q 2 (Ab) 

^>(bb) (aa) q 2 (aa) q 2 (Ab) 
=>(bb) q 2 (aa) q 2 (aa) q 2 (Ab) 
^>q 2 (bb) q 2 (aa) q 2 (aa) q 2 (Ab) 
^>b q 2 (aa) q 2 (aa) q 2 (Ab) 
=>fc a q 2 (aa) q 2 (Ab) 
=>fc a a q 2 (Ab) 
=>b a a 



Production No. 

1 
3 
2 
2 

4 

7v 

7i 



8 u = a, 
v = a, w = A 

7vii 

9ii, u = a, v = a 
9ii, u = a, v = a 
9ii, u = b, v = b 

9iv 

9iii 

9iii 

9v 



Notice the the first several steps are a setting up operation and the last 
several steps are cleanup. 

In the setting-up stages, we could have set up any string of a's and fe's. 
In this respect, grammars are nondeterministic. We can apply these productions 
in several ways. If we set up a word that the TM would not accept, then we 
could never complete its derivation because cleanup can occur only once the 
halt state symbol has been inserted into the working string. Once we have 
actually begun the TM simulation, the productions are determined, reflecting 
the fact that TM's are deterministic. 
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Once we have reached the cleanup stage, we again develop choices. We 
could follow something like the sequence shown. Although there are other 
successful ways of propagating the q 2 (first to the left, then to the right, then 
to the left again . . .), they all lead to the same completely saturated state 
with a q 2 in front of everything. If they don't, the cleanup stage won't work 
and a terminal string won't be produced. ■ 

Now that we have the tool of type 0 grammars, we can approach some 
other results about recursively enumerable languages that were too difficult to 
handle in Chapter 28 when we could only use TM's for the proofs; or can 
we? 



THEOREM 69 

If L is a recursively enumerable language, then L* is also. The recursively 
enumerable languages are closed under Kleene star. 



PROOF? 

The proof will be by the same constructive algorithm we used to prove Theo- 
rem 32. Since L is r.e. it can be generated by some type 0 grammar starting: 

. . . 

Let us use the same grammar but change the old symbol S to S x and include 
the new productions 

S —> A 

using the new start symbol 5. 

This new type 0 grammar can generate any word in L*, and only words 
in L*. Therefore, L* is r.e. Is this proof valid? See. Problem 20. 



THEOREM 70 

If L\ and L 2 are recursively enumerable languages, then so is LiL 2 . The re- 
cursively enumerable languages are closed under product. 
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PROOF? 

The proof will be by the same constructive algorithm we used to prove Theo- 
rem 31. 

Let L\ and L 2 be generated by type 0 grammars. 

Add the subscript 1 to all the nonterminals in the grammar for L x (even 
the start symbol, which becomes S^. Add the subscript 2 to all the nonter- 
minals in the grammar for L 2 (even the start symbol, which becomes S 2 ). 

Form a new type 0 grammar that has all the productions from the grammars 
for L\ and L 2 plus the new start symbol S and the new production 

S — * S\S 2 

This grammar generates all the words in L X L 2 and only the words in L X L 2 . 
The grammar is type 0, so the language L\L 2 is r.e. Is this proof valid? See 
Problem 20. 

Surprisingly both of these proofs are bogus. Consider the type 0 grammar 

S^a 
aS — » b 

The language L generated by this grammar is the single word a, but the 
grammar in the "proof of Theorem 69 generates b, which is not in L*, and 
the grammar in the "proof of Theorem 70 also generates b, which is not in 
LL. This illustrates the subtle pitfalls of type 0 grammars. 
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PROBLEMS 

Consider the grammar: 



Prod 1 S -> ABS | A 

Prod 2 AB -» BA 

Prod 3 BA — > AB 

Prod 4 A — »• a 

Prod 5 B -> b 



1. Derive the following words from this grammar: 

(i) abba 

(ii) babaabbbaa 

2. Prove that every word generated by this grammar has an equal number 
of a's and b's. 

3. Prove that all words with an equal number of a's and b's can be gen- 
erated by this grammar. 

4. (i) Find a grammar that generates all words with more a's than b's. 

(ii) Find a grammar that generates all the words not in EQUAL. 

(iii) Is EQUAL recursive? 

For Problems 5, 6, and 7 consider the following grammar over the alphabet 

2 = {a, b, c). 

Prod 1 S ABCS | A 

Prod 2 AB BA 

Prod 3 BC -> CB 

Prod 4 AC -> CA 

Prod 5 BA -» AB 

Prod 6 CB BC 

Prod 7 CA — > AC 

Prod 8 /\ — >• a 
Prod 9 -> b 

Prod 10 C c 

5. Derive the words: 

(i) ababcc 

(ii) cbaabccba 



THE CHOMSKY HIERARCHY 



761 



6. Prove that all words generated by this grammar have equal numbers of 
a's, b\, and c's. 

7. Prove that all words with an equal number of a's, b's, and c's can be 
generated by this grammar. 

Problems 8 through 12 consider the following type 0 grammar over the alphabet 

2 = {a, b}: 



Prod 1 S -> UVX 
Prod 2 UV -> aUY 
Prod 3 UV -> bUZ 
Prod 4 KX -> VaX 
Prod 5 ZX -+ VbX 
Prod 6 — > aY 
Prod 7 K> bY 
Prod 8 Z« —> aZ 
Prod 9 Zfe -> feZ 
Prod 10 UV -* A 
Prod 11 X -» A 
Prod 12 aV -> Va 
Prod 13 bV -* Vb 



8. Derive the following words from this grammar. 

(i) A 

(ii) aa 

(iii) bb 

(iv) abab 

9. Draw the total language tree of this grammar far enough to find all words 
generated of length 4 or less. 

10. Show that if w is any string of a's and b's, then the word: 

WW 



can be generated by this grammar. 

11. Suppose that in a certain generation from 5 we arrive at the working 
string 



wUVwX 
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where w is some string of a's and b's. 

(i) Show that if we now apply Prod 10 we will end up with the word 

WW. 

(ii) Show that if instead we apply Prod 11 first we cannot derive any 
other words. 

(iii) Show that if instead we apply Prod 2 we must derive the working 
string 

waUVwaX 

(iv) Show that if instead we apply Prod 3 we must derive the working 
string 

wbUVwbX 



12. Use the observations in Problem 11 and the fact that UVX is of the 
form wUVwX with w = A to prove that all words generated by this 
grammar are in the language DOUBLEWORD = {ww, where w is any 
string if a's and b's}, which we have seen in many previous problems. 

Problems 13 through 16 consider the following type 0 grammar over the al- 
phabet X = {a}. Note: There is no b. 



Prod 1 


S 


—*■ a 


Prod 2 


S 


-> CD 


Prod 3 


c 


—*■ ACB 


Prod 4 


c 


AB 


Prod 5 


AB 


aBA 


Prod 6 


Aa 


-h> aA 


Prod 7 


Ba 


-*• aB 


Prod 8 


AD 


-> Da 


Prod 9 


BD 


—* Ea 


Prod 10 


BE 


—* Ea 


Prod 11 


E 


—> a 



13. Draw the total language tree of this language to find all words of five 
or fewer letters generated by this grammar. 

14. Generate the word a 9 = aaaaaaaaa. 
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15. (i) Show that for any n = 1,2 ... we can derive the working string 

A n B"D 



(ii) From A"B"D show that we can derive the working string 

a n2 B n A n D 

16. (i) Show that the working string in Problem 15(ii) generates the word 

a ( " +1 > 2 

(ii) Show that the language of this grammar is 

SQUARE = {a" 2 where n = 12 3...} 

= {a aaaa a 9 a 16 . . . } 

17. Using type 0 grammars, give another proof of Theorem 60. 

18. What language is generated by the grammar 

Prod 1 5 -> aXYba 

Prod 2 XY -*• XYbZ\A 

Prod 3 Zb -> bZ 

Prod 4 Za —> aa 

Prove any claim. 

19. Analyze the following type-0 grammar: 

Prod 1 S —> A 

Prod 2 A —> aABC 

Prod 3 A -*■ abC 

Prod 4 CB -»• BC 

Prod 5 bB -> bb 

Prod 6 bC -*■ b 

(i) What are the four smallest words produced by this grammar? 

(ii) What is the language of this grammar? 
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20. Outline proofs for Theorems 69 and 70 using NfcTM's. 

21. In this chapter we claimed that there is a language that is recursive but 
not context-sensitive. 

Consider 

PROBLEM = {the set of words X u X 2 , X 3 . . . where X n represents but 
is not generated by the nth type 1 grammar} 

Nothing we have covered so far enables us to understand this. We now 
explain it. This takes several steps. The first is to show that every lan- 
guage generated by a context-sensitive grammar is recursive. To do this 
note the following: 

(i) Given a context-sensitive grammar T in which the terminals are a and 
b and a string w, show that there are only finitely many possible 
working strings in T with length =£ length (w) 

(ii) Show that the notion of top-down parsing developed in Chapter 22 
applies to context sensitive grammars as well as to CFG's. To do this 
explain how to draw a total language tree for a type 1 grammar and 
how to prune it appropiately. Be sure to prune away any duplication 
of working strings. Explain why this is permissible and why it is 
necessary. 

(iii) Using our experience from data structures courses, show how a tree 
of data might be encoded and grown on a TM Tape. 

(iv) Show that the facts established above should convince us that for 
every type 1 grammar T there is a TM that can decide whether or not 
w can be generated from T. There is at least one such TM for each 
grammar that halts on all inputs. Show that this means that all type 
1 languages are recursive. 

(v) Why does this argument work for type 1 grammar* and vet not 
carry over to show that all type 0 grammars are recursive? 

The TM's we have described in part (iv) can all be encoded into strings 
of a's and fc's (as in Chapter 29). These strings are either words in the 
language generated by the grammar, or they are not. To decide this, we 
merely have to run the string on the TM. So let us define the following 
language: 

SELFREJECTION = {all the strings that encode the TM's of part 
(iv) that are rejected by their own ma- 
chine} 
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The words in SELFREJECTION represent type 1 grammars, but they are not 
generated by the grammars they represent. 

(vi) Prove that the language SELFREJECTION is not type 1. 

(vii) It can be shown by a lengthy argument (that we shall not bother with 
here) that a TM called DAVID can be built that decides whether or 
not a given input string is the code word for a grammar machine as 
defined in part (iv). DAVID crashes if the input is not and halts if it 
is. Using DAVID and UTM show that SELFREJECTION is recursive. 

(viii) Notice that SELFREJECTION = PROBLEM 



CHAPTER 31 



COMPUTERS 



The finite automata, as defined in Chapter 4, are only language acceptors. 
When we gave them output capabilities, as with Mealy and Moore machines 
in Chapter 9, we called them transducers. The pushdown automata of Chapter 
17 similarly do not produce output but are only language acceptors. However, 
we recognized their potential as transducers for doing parsing in Chapter 22, 
by considering what is put into or left in the STACK as output. 

Turing machines present a completely different situation. They always have 
a natural output. When the processing of any given TM terminates, whatever 
is left on its Tape can be considered to be the intended, meaningful output. 
Sometimes the Tape is only a scratch pad where the machine has performed 
some calculations needed to determine whether the input string should be ac- 
cepted. In this case, what is left on the Tape is meaningless. For example, 
one TM that accepts the language EVENPALINDROME works by cancelling 
a letter each from the front and the back of the input string until there is 
nothing left. When the machine reaches HALT, the Tape is empty. 

However, we may use TM's for a different purpose. We may start by 
loading the Tape with some data that we want to process. Then we run the 
machine until it reaches the HALT state. At that time the contents of the Tape 
will have been converted into the desired output, which we can interpret as 
the result of a calculation, the answer to a question, a manipulated file — 
whatever. 
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So far we have been considering only TM's that receive input from the 
language defined by (a + b)*. To be a useful calculator for mathematics we 
must encode sets of numbers as words in this language. We begin with the 
encoding of the natural numbers as strings of a's alone: 

the code for 0 = A 

the code for 1 = a 

the code for 2 = aa 

the code for 3 = aaa 



This is called unary encoding because it uses one digit (as opposed to 
binary, which uses two digits, or decimal with ten). 

Every word in (a + b)* can then be interpreted as a sequence of numbers 
(strings of a's) separated internally by b's. For example, 

abaa = (one a) b (two a's) 

the decoding of (abaa) = 1,2 

bbabbaa = (no a's) b (no a's) b (one a) b (no a's) b (two a's) 

the decoding of (bbabbaa) = 0,0,1,0,2 

Notice that we are assuming that there is a group of a's at the beginning 
of the string and at the end even though these may be groups of no a's. For 
example, 

abaab = (one a) b (two a's) b (no a's) 

decoded = 1,2,0 

abaabb = (one a) b (two a's) b (no a's) b (no a's) 
decoded = 1,2,0,0 

When we interpret strings of a's and b's in this way, a TM that starts with 
an input string of a's and b's on its Tape and leaves an output string of a's 
and i's on its Tape can be considered to take in a sequence of specific input 
numbers and, after performing certain calculations, leave as a final result an- 
other sequence of numbers — output numbers. 

We are considering here only TM's that leave a's and ft's on their Tapes, 
no special symbols or extraneous spaces are allowed among the letters. 

We have already seen TM's that fit this description that had no idea they 
were actually performing data processing, since the interpretation of strings of 
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letters as strings of numbers never occurred to them. "Calculation" is one of 
those words that we never really had a good definition for. Perhaps we are 
at last in a position to correct this. 

EXAMPLE 

Consider the following TM called ADDER: 



> ( HALT J 

In START we skip over some initial clump of a's, leaving them unchanged. 
When we read a b, we change it to an a and move to state 1. In state 1 a 
second b would make us crash. We skip over a second clump of a's till we 
run out of input string and find a A. At this point, we go to state 2, but we 
move the Tape Head left. We have now backed up into the a's. There must 
be at least one a here because we changed a b into an a to get to state 1. 
Therefore, when we first arrive at state 2 we erase an a and move the Tape 
Head right to HALT and terminate execution. 

The action of ADDER is illustrated below: 



We start with: 



a 


a 


a 


b 


a 


a 


a 


a 


A • • • 


which becomes in state 1: 


a 


a 


a 


a 


a 


a 


a 


a 


A ■ • 


which becomes by HALT: 


a 


a 


a 


a 


a 


a 


a 


A 


A • • • 



For an input string to be accepted (lead to HALT), it has to be of the 
form: 

a*ba* 

If we start with the input string a n ba m , we end up with: 

a n+m 

on the Tape. 



(a,a,R) (a,a,R) 

C START r Kvr "\i> 
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When we decode strings as sequences of numbers as above, we identify 
a"ba m with the two numbers n and m. The output of the TM is decoded as 
(n + m). 

Under this interpretation, ADDER takes two numbers as input and leaves 
their sum on the Tape as output. 

This is our most primitive example of a TM intentionally working as a 
calculator. H 

If we used an input string not in the form a*ba*, the machine would crash. 
This is analogous to our computer programs crashing if the input data is not 
in the correct format. 

Our choice of unary notation is not essential; we could build an "adding- 
machine" for any other base as well. 



EXAMPLE 

Let us build a TM that adds two numbers presented in binary notation and 
leaves the answer on the Tape in binary notation. 

We shall construct this TM out of two parts. First we consider the Turing 
machine T\ shown below: 



(0,0,-R) 

(U,ft) (i,ox) 




qj^u( y ^ , r y ^ , (~^r~) 




This TM presumes that the input is of the form: 

$(0 + 1)* 

It finds the last bit of the binary number and reverses it; that is, 0 becomes 
1, 1 becomes 0. If the last bit was a 1, it backs up to the left and changes 
the whole clump of l's to 0's and the first 0 to the left of these l's it turns 
into a 1. All in all, this TM adds 1 to the binary number after the $. If the 
input was of the form $1*, the machine finds no 0 and crashes. This adder 
does not work on numbers that are solid strings of l's: 1 (1 decimal), 11 (3 
decimal) 111 (7 decimal), 1111 (15 decimal), and so on. These numbers are 
trouble, but for all other numbers 1 can be added to their binary representations 
without increasing the number of bits. 
In general, Ti increments by 1. 

Now let us consider the Turing machine T 2 . This machine will accept a 
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nonzero number in binary and subtract 1 from it. The input is presumed to 
be of the form: 



The subtraction will be done in a three-step process: 

Step 1 Reverse the 0's and l's between the $'s. This is called taking the 
l's complement. 

Step 2 Use to add 1 to the number now between the $'s. Notice that if 
the original number was not 0, the l's complement is not a forbidden 
input to Ti (i.e., not all l's). 

Step 3 Reverse the 0's and l's again. 

The total result is that what was x will become x — 1. 

The mathematical justification for this is that the l's complement of x (if 
it is n-bits long) is the binary representation of the number 



Because when x is added to it, it becomes n solid l's = 2" — 1. 
Step 1 x becomes (2" — 1) — jc 

Step 2 Which becomes (2" - 1) - x + 1 = (2" - 1) - {x - 1), the l's 
complement of jc — 1 

Step 3 Which becomes (2 n - 1) - [(2" - \) - (x - 1)] = (x - 1) 
For example, 



$(0 + 1)*$ 



but not: 



$0*$ 



(2" — 1) — x 



$ 1010 $ 



binary for ten 



Step 1 
Step 2 
Step 3 



Becomes $ 1001 $ 



Becomes $ 0110 $ 



Becomes $ 0101 $ 



binary for five 
binary for six 
binary for nine 



T 2 is shown on the next page. 
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(0,l,ft) 
(1,0,*) 



(1,0,L) 



^ START J- 



, ($,$,*) 
START ) > 




(0,0,ZO 
U,U) 



($,$,£) 




(0,l,i) 




(HALT >-* 



($,$,«) 

-/^-s(o,i,ie) 

'(1,0,B) 



We generally say F 2 decrements by 1. 

The binary adder we shall now build works as follows: 
The input strings will be of the form 

$ (0 + 1)* $ (0 + 1)* 

which we call: 

$ ;c-part $ y-part 

We shall interpret the ;t-part and y-part as numbers in binary that are to 
be added. Furthermore, we make the assumption that the total x + y has no 
more bits than y itself. This is analogous to the addition of numbers in the 
arithmetic registers of a computer where we presume that there will be no 
overflow. 

If y is the larger number and starts with the bit 0, the condition is guar- 
anteed. If not, we can make use of the subroutine insert 0 from Chapter 24 
to put enough 0's in the front of y to make the condition true. 

The algorithm to calculate x + y in binary will be this: 

Step 1 Check the x-part to see if it is 0. If yes, halt. If no, proceed. 

Step 2 Subtract 1 from the *-part using T 2 above. 

Step 3 Add 1 to the y-part using 7i above. 

Step 4 Go to Step 1. 

The final result will be: 

$ 0* $ (x + y in binary) 
Let us illustrate the algorithm using decimal numbers: 
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becomes 
becomes 
becomes 
becomes 



$ 4 $ 7* 
$ 3 $ 8 
$ 2 $ 9 
$ 1 $ 10 
$ 0 $ 11 



The full TM is this: 




Step 1 



Return Tape Head 
to cell i 



► Step 2 



• Step 3 



Return Tape Head 
to cell i 



COMPUTERS 



773 



Let us run this machine on the input 

$ 10 $ 0110 
in an attempt to add two and six in binary. 



START 1 2 3 

$10$01 10 $J0$0110 (x=jt0) ->• $10$01 10 $jp$ono 

3 3 4 4 5 

-» $00$0110 -> $01$01 10 -> $01$0110 -> $0050110 -» $10$01 10 

6 6 6 7 

-» $10$01 10 -» $0050110 -» $01$01 10 (x<-x-l) -» $01$01 10 

7 7 7 7 8 

-> $0150110 -> 50150H0 -» 50150110 ^ 501501 10A — $01$01 10 

9 9 9 9 

-» $01$0H1 -> $0150111 -» $0 1 $0 1 1 1 -> $0 1 $0 1 1 1 (y<-y + l) 

10 10 10 1 1 

-> $0I$0111 -> $0150111 -> $0150111 -> $0150111 -> $0J$0111 

2 2 3 3 

(x¥=0) -> $0150111 -» $0150111 -> $0150111 -> $U$0111 

3 4 5 5 6 

-» $1050111 -* 51050111 -» 51150111 -> 51150111 -> 51150111 

6 6 7 7 

-> 50150111 -> $0050111 (x«-x-l) -» S00S01 1 1 -> $00$01 1 1 

7 7 7 8 8 

-» $oo$oin -» $oo$oin ->$oo$oiha -» $oo$orn -> $oo$ono 

8 8 9 10 

-> $00$0100 -> $00$0000 -» $00$ 1000 (y«-y + l) -» $00$ 1000 

10 10 1 1 1 

-> $00$ 1000 -> $00$ 1000 -> $00$ 1000 -» $00$ 1000 -> $00$ 1000 

HALT 
(x = 0) -> $00$1000 

The correct binary total is 1000. 



Now that we have seen how much fun binary is, let us return to unary 
notation for calculation. 
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DEFINITION 



If a TM has the property that for every word it accepts, at the time it halts, 
it leaves one solid string of a's and &'s on its Tape starting in cell i, we call 
it a computer. The input string we call the input (or, string of input num- 
bers), and we identify it as a sequence of nonnegative integers. The string 
left on the Tape we call the output and identify it also as a sequence of 
nonnegative integers. ■ 

In the definition above, we use the semi-ambiguous word "identify" because 
we do not wish to restrict ourselves to unary encoding or binary encoding or 
any other system. 

Now we finally know what a computer is. Those expensive boxes of elec- 
tronics sold as computers are only approximations to the real McCoy. For one 
thing they almost never come with an infinite memory like a true TM. At 
this stage in our consideration we are dealing only with zero and the positive 
integers. Negative numbers and numbers with decimal points can be encoded 
into nonnegative integers for TM's as they are for electronic digital computers. 
We do not worry about this generality here. 

With our primitive definition it is hard to do usual subtraction on a TM 
computer since we might need negative numbers. Up until we were 11 years 
old no one ever asked us to subtract a bigger number from a smaller one, 
and if we are lucky no one ever will again. This is just how a TM computer 
feels. Let us define the new symbol "— " to use instead of the regular minus 
sign. 



DEFINITION 

If m and n are nonnegative integers, then their simple subtraction is defined 
as 



m — n = < 



m — n if m 3= n 
0 if m =£ n 



Essentially what — does is perform regular subtraction and then rounds all 
negative answers back up to 0. | 

Simple subtraction is often called proper subtraction or even monus. 



COMPUTERS 

EXAMPLE 

Consider the TM below called MINUS: 
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(A,A,i?) 



(A,A,B) 



This machine works as follows. To get from START to state 3 the input 
on the Tape must have been of the form: 

a + b a* 



or else the machine would crash. This can be interpreted as starting with two 
numbers, the first of which is not zero. 

Along the way to state 3 we have changed the first a into A — the usual 
expedient to guarantee that we do not accidentally move left from cell i while 
backing up. 

For example, 



aaabaa 
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becomes 

Aaabaa 

Notice that the Tape Head is reading the last nonblank character when we 
enter state 3. If what is being read in state 3 is a b, it signifies that our task 
(which we have not yet explained) is done. We erase the b and move to state 
4. This state leaves all a's and b's as it finds them and seeks the A in cell 
i. When this is found, it is changed back into an a and the process halts. 

If the character read in state 3 is an a, a different path is followed. The 
a is erased while moving to state 5. Here we move left seeking the center 
b. When we find it, we reach state 6 and continue left in search of the last 
a of the initial group of a's. We find this, erase it, and move to state 7. 
State 7 moves right, seeking the center b. We cross this going to state 8 
where we seek the last a of the second group of a's. When this is located, 
we return to state 3. The circuit: 

state 3 - state 5 - state 6 - state 7 — state 8 — state 3 

cancels the last a of the second group against the last a of the first group. 
For example, what starts as 

Aaaaabaa 

becomes 

AaaaAbaA 

Another time through the circuit and this becomes: 

AaaAAbAA 
Now from state 3 we follow the path 

state 3 - state 4 - HALT 

leaving 

aaa 

on the Tape alone. This is the correct result of the subtraction 5 — 2. 

The only possible deviation from this routine is to find that the a that is 
to be cancelled from the first group is the A in cell i. This could happen if 
the two groups of a's are initially the same size or if the second group is 
larger. 
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gabaa —* Aabaa — > AAba —> AA&A — > AA&A — > A. . . 

or 

aabaaa — > Aafeaaa — » ALbaa — * AAfeaA — > AA£>aA — > A. . . 

If this happens, states 9 and 10 erase everything on the Tape and leave 
the answer zero (an all-blank Tape). It is not recorded whether this zero is 
the exact answer or a rounded up answer. 

If we start with a m ba n on the Tape, we will be left with a m ~" unless m n, 
in which case we will be left with only blanks. 

This machine then performs the operation of simple subtraction as defined 
by the symbol ■ 

Notice that although this TM starts with a string in (a + b)* and ends with 
a string in (a + b)*, it does use some other symbols in its processing, (in 
this case, A). 



DEFINITION 

If a TM takes a sequence of numbers as input and leaves only one number 
as output, we say that the computer has acted like a mathematical function. 
Any operation that is defined on all sequences of K numbers (for some number 
K 3= 1) and that can be performed by a TM is called Turing-computable or 
just computable. H 

The TM's in the last two examples, ADDER and MINUS, provide a proof 
of the following theorem. 
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Addition and simple subtraction are computable. I 

In both of these examples, K = 2 (addition and subtraction are both defined 
on a sequence of two numbers). Both of these are functions (they leave a 
one-number answer). 

THEOREM 72 

The function MAX (x,y), which is equal to the larger of the two nonnegative 
integers x and y, is computable. 
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PROOF 

We shall prove this by describing a TM that does the job of MAX. 

Let us use the old trick of building on previous results, in this case the 
machine MINUS. MINUS does make the decision as to which of the two 
numbers m or n is larger. If m is larger, m — n leaves an a in cell i. If n 
is larger than (or equal to) m, cell i will contain a A. However, after the 
program is completed it is too late to leave m or n on the Tape, since all 
that remains is m — n. 

Instead of erasing the a's from the two groups as we do in MINUS, let 
us make this modification. In the first section, let us turn the a's that we want 
to erase into x's and let us turn the a's of the second section that we want 
to erase into v's. For example, what starts as 

aaaaabaa 

and on MINUS ends as 

aaa 

now should end as 

Aaaxxbyy 

Notice that we have left the middle b instead of erasing it, and we leave the 
contents of cell i A if it should have been a or, as we shall see, leave it a 
(if it should have been A). 

The TM program that performs this algorithm is only a slight modification 
of MINUS. The picture is on the next page. 

If we arrive at state 4, the first input group of a's is larger. The Tape 
looks like this: 

Aa. . . aaxx. . . xx byy . . . yy 

with the Tape Head reading the y to the right of the b. To finish the job of 
MAX we must go right to the first A, then sweep down leftward, erasing all 
the v's and the b as we go and changing x's into a's, and finally stopping 
after changing A into a. 
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(y.y,R) 




(x, a,L) 
(a, a,L) 

If we arrive at state 9, the second group is larger than or equal to the first. 
Then Tape now looks like this: 

axx. . . xxbaa. . . aayy. . . yy 

with the Tape Head reading cell ii. Here what we have to do is leave a 
number of a's equal to the former constitution of the second group of a's (the 
current a's and y's together). Now since there are as many symbols before 
the b as y's, all we really need to do is to erase the b and the y's, change 
the x's to a's, and shift the other a's one cell to the left (into the hole left 
by b). For example, what is now 

axxxbaayyyy 

becomes 

aaaaAaaAAAA 

and then 

aaaaaa 

The TM program on the top of the next page does all this. 

What we actually did is to change the b into an a instead of A. That gives 
us one too many a's, so in state 11 we back up and erase one. 

This machine is one of many TM's that does the job of MAX. ■ 



EXAMPLE 

Let us trace the execution of the input aaabaa on this TM. 
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(A,a,R) 

(x,a,R) 
(b,a,R) 
9 ] (a,a,R) 

CvA-R) 




(A,A,L) 




(A,A,i) 



11 



(aA,R) 



^ HALT J 



1 1 1 

START aaabaa — » Aaafcaa -» Aaabaa —* Aaabaa 

2 2 2 3 5 

— > Aaabaa —> Aaabaa -^>Aaabaa&—>- Aaabaa —> Aaabgy 

5 6 7 8 8 

— » Aaabay — » Aaabay — > Aaxfca;y — » Aaxiwy — » Aaxftay 

3 5 6 6 7 

— » Aaxbay — » Aaxbyy — » Aax^ — » Aaxfcyy — > Axtfcy.y 

7 8 3 4 4 

— * Axxbyy —> Axxbyy — > Axxbyy —> Axxbyy —> Axxbyy 

4 10 10 10 10 

— » AxcbyyA — > Axxbyy —> Axxbyk — * AxtbAA — »AxrAAA 

10 10 
-» AtaAAA -» AaaAAA -> aaaAAA HALT 

This is the correct answer since: 



Max (3,2) = 3 
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EXAMPLE 

To give equal time to the state 9 — state 11 — HALT branch, we trace the 
execution of the input aabaaa: 



START 11 2 2 2 

aabaaa — » Aabaaa — » Aabaaa — » Aabaaa -* Aabaaa — > Aabaaa 

2 3 5 5 5 6 

— * AabaaaA — > Aabaaa —*■ Aabaay — > ^a^aay — » Aabaay — » Aabaay 

7 8 8 8 3 5 

— > Axteay — > Ajcfcaay — ► Ax&aary — > Atfojaj; — » Atfcaay — >• Axbayy 

5 6 6 9 9 9 

— » Axbayy — » Axbayy — » Axbayy -» axbayy — » aabayy — * aaaqyy 

9 9 9 11 11 11 

—* aaaayy — > aaaaAy — > aaaaAAA — > aaaaAA —> aaaaL -* aaaa 



—> aaaA HALT 

■ 

THEOREM 73 

The identity function: 

IDENTITY(rt) = n for all n^O 
and the successor function: 

SUCCESSOR(n) = n+l for all n 3* 0 

are computable. 

NOTE: These functions are defined on only one number (K = 1), so we 
expect input only of the form a*. 

PROOF 

The only trick in the IDENTITY function is to crash on all input strings in 
bad format, that is, not of the form a*: 
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(a,a,R) 



Similarly, SUCCESSOR is no problem: 

(a,a,R) 




(A,a,fi) 



DEFINITION 

The "i-th of n" selector function is the function that starts with a sequence 
of n nonnegative numbers and erases most of them leaving only the i-th one 
(whether that one is the largest or not). It is written: 

SELECT///«( , , , ) 

where there is space for exactly n numbers inside the parenthesis. For example, 

SELECT/2/4 (8,7,1,5) = 7 

SELECT/4/9 (2,0,4,1,5,9,2,2,3) = 1 ■ 
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The "i-th of n" selector function is computable for every value of i and n 
(where we assume i is less than or equal to n). 
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PROOF 

We shall build a TM that shows that the "third of five" selector function is 
computable. The other SELECT///! functions can be constructed similarly. 
The TM that operates as 

SELECT/3/5 (r,s,t,u,v) 
begins with input of the form 

a r ba s ba'ba u ba v 

It marks the first cell with a *, erases the first clump of a's and the first b, 
the next a's and the next b, saves the next a's, and erases the next b, the 
next a's, the next b, and the last a's, all the time moving the Tape Head 
to the right. 



(*>.*.«> 




aaababaabaaaaba 

becomes 

AAAAAAaaAAAAAAA 

We must now shift the remaining a's down to the left to begin in cell i, 
which we marked with a *. We can use the TM subroutine DELETE A, which 
we built in Chapter 24. We keep deleting the A in cell i until the contents 
of cell i becomes an a. Then we stop. I 
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Multiplication is computable. 



PROOF 

Here we shall make a slight departure from previous custom. We shall assume 
that the two numbers of input are preceded on the Tape by an extra letter b. 
This machine, called MPY, takes strings of the form ba m ba" and leaves on 
the Tape ba mn . To make things easier on ourselves, we shall build a machine 
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that rejects the input if n or m is zero; however, if we wanted to we could 
build the machine differently to allow multiplication by zero (see the problem 
section). We could also do without the initial b, but then we would have to 
insert a cell i symbol to prevent back-up crashes. 

The algorithm this machine will follow is to place the symbol # after the 
input string. Then to the right of the # it will write one copy of the string 
a" for each a in the string a m , one by one erasing the a's in the first string. 
For example, the multiplication of 3 times 2 proceeds in these stages: 



baaabaa# 
bAaabaa#aa 
bAAabaa#aaaa 
bAAAbaa#aaaaaa 



The machine will then erase everything between and including the first b and 
the #. The Tape now looks like this: 



bAAAAAAAaaaaaa 



For this machine we shall spell out the process of shifting the string of a's 
leftward to begin in cell ii. This is a simplified version of the DELETE A 
routine of Chapter 24 — "simplified" because the only data shift is a solid clump 
of a's and an easier method works. The reason we spell this out in detail 
again is that we want to make a complete trace of some runnings of the full 
TM and we need the entire machine drawn out for us to do it. 

Let us proceed. 
MPY begins like this: 



c^r} <bAs) >q ^ ,(9) ^ >0 



(a,a,R) 



(a,a,R) 



So far we have checked the form of the input (so we can crash on improper 
inputs) and placed the # where we want it. 

Now we go back and find the first a in a m and convert it into a A: 
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(a,a,L) (a,a,L) 

f~\ < 6 ' 6 - L > rT\ (bAR) f7\ 



Now we find the beginning of the second factor a": 



(a,a,R) 



Now one by one we turn these a's in the second factor into A's and copy 
them on the other side of the #: 

bLaaabaa# 

I 

b&aaabAa#a 

I 

bAaaabAA#aa 





In state 9 we convert the first a into an A. In state 10 we move the Tape 
Head to the right going through a's and the # and perhaps other a's until 
we find the A. To get to state 11 we change the first A to an a and start 
the trip back down the Tape leftward. In state 11 we skip over a's and the 
# and more a's until we find the last copied A. In state 12 we look to the 
right of this A. If there is a #, then there are no more a's to copy and we 
go to state 13. If there is another a, it must be copied so we change it to 
A and go back to state 10. 
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In state 13 we must change the A's back to a's so we can repeat the process. 
Then we look for the next a in the first factor: 



After changing the A's back to a's, we move left, through the middle b, 
into whatever is left of the first factor a m . If the cell to the immediate left 
of b is blank, then the multiplication is finished and we move to state 15. 
If the cell to the left of b has an a in it, we go to state 16. Here we move 
leftward through the a's till we find the first A, then right one cell to the 
next a to be erased. Changing this a to a A, we repeat the process of copying 
the second factor into the A's after the # and a's by returning to state 8. 

When we get to state 15 we have the simple job left of erasing the now 
useless second factor: 



(A,a,L) 



(a,a,L) 






(a,6;A,i?) (a,a,R) 



(A,a,fi) / (b,b,R) 





Going to state 18 we change the # into an a so we must later erase the 
end a. Using states 18 and 19, we find the end a and erase it. In state 20 
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we go back down the Tape to the left to see if there are more A's in front 
of the answer. If so, we make one an a and go back to state 18. If not, we 
encounter the b in cell i and we halt. This completes the machine MPY. ■ 

EXAMPLE 



Let us write out the full trace of MPY on the input baabaa: 



START 
baabaa 
3 

baabaa 
5 

baabaa# 
6 

baabaa# 
9 

bAabaa# 
11 

bAabAa#a - 
10 

bkabAA#a - 
11 

bAabAA#aa - 
13 

bAabAa#aa - 
17 

bAqbaa#aa - 
10 

bAAbAa#aa - 
11 

bAAbAa#aaa - 
11 

bAAAa#aaa 
10 

bAAbAA#aqa ■ 
11 

bAAbAAftaaaa ■ 
12 

bAAbAA#aaaa ■ 
14 

bAAbaa#aaaa ■ 
15 

b&AAAA#aaaa ■ 
18 

bAAAAAaaaaa 



1 

baabaa 
4 

baabaa 
5 

baabaa# 
7 

baabaa# 
10 

bAabAq# 
11 

bAabAa#a 
10 

bAabAA#a 
11 

bAabAA#aa 
13 

bAabaa#aa 
8 

bAAbaa#aa 
10 

bAAbAa#qa 
11 

bAAbAa#aaa 
12 

bAAbAa#aaa 
10 

bAAbAA#aaa 
11 

bAAbAA#qaaa 
13 

bAAbAA#aaaa 
15 

bAAbaa#aaaa 
18 

bAAAAAaaaaa 
18 

bAAAAAaaaaaA 



2 

baabaa 
4 

baabaaA 
6 

baabaa # 
8 

bAabaa# 
10 

bAabAa# - 
11 

bAabAa#a - 
10 

bAabAA#aA - 
12 

bAabAA#aa - 
14 

bAqbaa#aa - 
9 

bAAbaa#aa - 
10 

bAAbAa#aa - 
11 

bAAbAa#aaa - 
10 

bAAbAA#aaa ■ 
10 

bAAbAA#aaaA ■ 
11 

bAAbAA#aaaa ■ 
13 

bAAbAa#aaaa ■ 
15 

bAAAaa#aaaa ■ 
18 

bAAAAAaaaaa ■ 
19 

■ bAAAAAaaaaa 



2 

baabaa 
5 

baabaa# 
6 

bqabaa# 
8 

bAabaa# 
10 

bAabAa#A 
12 

bAabAq#a 
11 

bAabAA#qa 
13 

bAabAA#aa 
16 

bAabaa#aa 
10 

bAAbAq#aa 
10 

bAAbAa#aaA 
11 

bAAbAa#aaa 
10 

bAAfo4A#aaa 
11 

bAAbAA#aaqa 
11 

foAAfoAA#aaaa 
13 

bAAbaa#aaaa 
15 

bAAAAa#aaaa 
18 

bAAAAAaaaaa 
20 

bAAAAAaaaa 
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20 




20 




20 




20 


-> 


bAAAAAaaaa 


—> 


bAAAAAaaaa 




bAAAAAaaaa 




bAAAAAaaaa 




18 




18 




18 




18 


-> 


bAAAAaqaaa 




fcAAAAaaaaa 


_> 


bAAAAaaaqa 


_> 


bAAAAaaaaa 




18 




19 




20 




20 


-> 


bAAAAaaaaaA 


— » 


bAAAAaaaaq 


_> 


bAAAAaaaa 


_> 


bAAAAaaaa 




20 




20 




20 




18 


-> 


bAAAAaaaa 


— > 


BAAAAaaaa 


_> 


bAAAAaaaa 


_> 


bAAAaaaaa 




18 




18 




18 




18 




bAAAaaaaa 




bAAAaaaaa 


— > 


bAAAaaaaa 


— » 


bAAAaaaaaA 




19 




20 




20 




20 


-> 


bAAAaaaaa 


_> 


bAAAaaaa 


— » 


bAAAaaaa 


_^ 


bAAAaaaa 




20 




20 




18 




18 


-* 


bAAAaaaa 


-> 


bAAAaaaa 




bAAaaaaa 


_> 


bAAaaaaa 




18 




18 




18 




19 


-> 


bAAaaaqa 


_> 


bAAaaaaa 


— » 


bAAaaaaaA 




bAAaaaaa 




20 




20 




20 




20 




bAAaaaq 




bAAaaaa 




bAAaaaa 


— > 


bAAaaaa 




20 




18 




18 




18 


— * 


bAAaaaa 




bAaaaaa 


-» 


bAaaaaa 




bAaaaaa 




18 




18 




19 




20 




bAaaaaq 




bAaaaaaA 


-> 


bAaaaaa 


— » 


bAaaaa 




20 




20 




20 




20 


_> 


bAaaqa 




bAaqaa 


— » 


bAaaaa 




bAaaaa 




18 




18 




18 




18 




baqaaa 




baaqaa 




baaaaa 




baaaaa 




18 




19 




20 




20 




baaaaaA 




baaaaq 


— » 


baaaq 




baaaa 




20 




20 




20 








baqaa 


— » 


baaaa 


— » 


baaaa 




HALT ■ 



This is how one Turing machine calculates that two times two is four. No 
claim was ever made that this is a good way to calculate that 2x2 = 4, 
only that the existence of MPY proves that multiplication can be calculated, 
i.e., is computable. 

We are dealing here with the realm of possibility (what is and what is not 
possible) not optimality (how best to do it); that is why this subject is called 
Computer Theory not "A Practical Guide to Computation". 

Remember that electricity flows at (nearly) the speed of light, so there is 
hope that an electrical Turing machine could calculate 6x7 before next April. 

Turing machines are not only powerful language recognizers but they are 
also powerful calculators. For example, a TM can be built to calculate square 
roots, or at least to find the integer part of the square root. 

The machine SQRT accepts an input of the form ba" and tests all integers one at a 
time from one on up until it finds one whose square is bigger than n. 
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Very loosely, we draw this diagram: 

(In the diagram we have abbreviated SUCCESSOR "SUC," which is com- 
monly used in this field.) 



Q start j 
\ 



Set test = 1 



MPYol test and test 




test = test - 1 







Q HALT J 



We can build SQRT out of the previous TM's we have made. 

What functions cannot be computed by a Turing machine? The answer is 
surprising: "It is believed that there are no functions that can be defined by 
humans, whose calculation can be described by any well defined algorithm 
that people can be taught to perform, that cannot be computed by Turing 
machines. The Turing machine is believed to be the ultimate calculating mech- 
anism." 

This statement is called Church's thesis because Alonzo Church (1936 again) 
gave many sophisticated reasons for believing it. Church's original statement 
was a little different because his thesis was presented slightly before Turing 
invented his machines. Church actually said that any machine that can do a 
certain list of operations will be able to perform all conceivable algorithms. 
Turing machines can do all that Church asked, so they are one possible model 
of the universal algorithm machines Church described. 

Unfortunately, Church's Thesis cannot be a theorem in mathematics because 
ideas such as "can ever be defined by humans" and "algorithm that people 
can be taught to perform" are not part of any branch of known mathematics. 
There are no axioms that deal with "people." If there were no axioms that 
dealt with triangles, we could not prove any theorems about triangles. There 
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is no known definition for "algorithm" either, as used in the most general 
sense by practicing mathematicians, except that if we believe Church's Thesis 
we can define algorithms as what TM's can do. This is the way we have (up 
to today) resolved the old problem of, "Of what steps are all algorithms com- 
posed? What instructions are legal to put in an algorithm and what are not?" 

Not all mathematicians are satisfied with this. Mathematicians like to include 
in their proofs such nebulous phrases as "case two can be done similarly" or 
"by symmetry we also know" or "the case of n = 1 is obvious". Many math- 
ematicians cannot figure out what other mathematicians have written, so it is 
often hopeless to try to teach a TM to do so. However, our best definition 
today of what an algorithm is is that it is a TM. 

Turing had the same idea in mind when he introduced his machines. He 
argued as follows. 

If we look at what steps a human goes through in performing a calculation, 
what do we see? (Imagine a man doing long division, for example.) He writes 
some marks on a paper. Then by looking at the marks he has written he can 
make new marks or, perhaps, change the old marks. If the human is performing 
an algorithm, the rules for putting down the new marks are finite. The new 
marks are entirely determined by what the old marks were and where they 
were on the page. The rules must be obeyed automatically (without outside 
knowledge or original thinking of any kind). A TM can be programmed to 
scan the old marks and write new ones following exactly the same rules. The 
Tape Head can scan back and forth over the whole page, row by row, and 
recognize the old marks and replace them with new ones. The TM can draw 
the same conclusions a human would as long as the human was forced to 
follow the rigid rules of an algorithm. 

Someday someone might find a task that humans agree is an algorithm but 
that cannot be executed by a TM, but this has not yet happened. Nor is it 
likely to. People seem very happy with the Turing-Post-Church idea of what 
components are legal parts of algorithms. 

There are faulty "algorithms" that do not work in every case that they are 
supposed to handle. Such an algorithm leads the human up to a certain point 
and then has no instruction on how to take the next step. This would foil a 
TM, but it would also foil many humans. Most mathematics textbooks adopt 
the policy of allowing questions in the problem section that cannot be com- 
pletely solved by the algorithms in the chapter. Some "original thinking" is 
required. No algorithm for providing proofs for all the theorems in the problem 
section is ever given. In fact, no algorithm for providing proofs for all theorems 
in general is known. Better or worse than that, it can be proved that no such 
algorithm exists. 

We have made this type of claim at several places throughout this book; 
now we can make it specific. We can say (assuming as everyone does that 
Church's Thesis is correct) that anything that can be done by algorithm can 
be done by TM. Yet we have shown in the previous chapter that there are 
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some languages that are not recursively enumerable. That means that there is 
no Turing machine that acts as their acceptor, that can guarantee, for any 
string whatsoever, a yes answer if it is in the language. This means that the 
problem of deciding whether a given word is in one such particular language 
cannot be solved by any algorithm. 

When we proved that the language PALINDROME is not accepted by any 
FA, that did not mean that there is no algorithm in the whole wide world to 
determine whether or not a given string is a palindrome. There are such al- 
gorithms. However, when we proved that ALAN is not r.e., we proved that 
there is no possible decision procedure (algorithm) to determine whether or 
not a given string is in the language ALAN. 

Let us recall from Chapter 1 the project proposed by the great mathematician 
David Hilbert. When he saw the problems arising in Set Theory he asked that 
the following statements should be proven: 

1. Mathematics is consistent. Roughly this means that we cannot prove both 
a statement and its opposite, nor can we prove something horrible like 
1 = 2. 

2. Mathematics is complete. Roughly, this means that every true mathe- 
matical assertion can be proven. Since we might not know what "true" 
means, we can state this as: Every mathematical assertion can either be 
proven or disproven. 

3. Mathematics is decidable. This, as we know, means that for every type 
of mathematical problem there is an algorithm that, in theory at least, 
can be mechanically followed to give a solution. We say "in theory" 
because following the algorithm might take more than a million years and 
still be finite. 

Many thought that this was a good program for mathematical research, and 
most believed that all three points were true and could be proved so. One 
exception was the mathematician G. H. Hardy, who hoped that point 3 could 
never be proven, since if there were a mechanical set of rules for the solution 
of all mathematical problems, mathematics would come to an end as a subject 
for human research. 

Hardy did not have to worry. In 1930 Kurt Godel shocked the world by 
proving that points 1 and 2 are not both true (much less provable). Most 
people today hope that this means that point 2 is false, since otherwise point 
1 has to be. Then in 1936, Church, Kleene, Post, and Turing showed that 
point 3 is false. After Godel's theorem, all that was left of point 3 was "Is 
there an algorithm to decide whether a mathematical statement has a proof or 
a disproof, or whether it is one of the unsolvables." In other words, can one 
invent an algorithm that can determine if some other algorithm (possibly un- 
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discovered) does exist which could solve the given problem. Here we are not 
looking for the answer but merely good advice as to whether there is even 
an answer. Even this cannot be done. Church showed that the first-order pred- 
icate calculus (an elementary part of mathematics) is undecidable. All hope 
for Hilbert's program was gone. 

We have seen Post's and Turing's conception of what an algorithm is. 
Church's model of computation, called the lambda calculus, is also elegant 
but less directly related to Computer Theory on an elementary level, so we 
have not included it here. The same is true of the work of Godel and Kleene 
on (x-recursive functions. Of the mathematical logicians mentioned, only Turing 
and von Neumann carried their theoretical ideas over to the practical con- 
struction of electronic machinery. 

We have already seen Turing's work showing that no algorithm (TM) exists 
that can answer the question of membership in ALAN. Turing also showed 
that the problem of recognizing what can and cannot be done by algorithm 
is also undecidable, since it is related to the language ALAN. 

Two other interesting models of computation can be used to define "com- 
putability by algorithm." A. A. Markov (1951) defined a system today called 
Markov algorithms, MA, which are similar to type 0 grammars, and J. C. 
Shepherdson and H. E. Sturgis (1963) proposed a register machine, RM, 
which is similar to a TM. Just as we suspect from Church's Thesis, these 
methods turned out to have exactly the same power as TM's. 

Turing found the following very important example of a problem that has 
no possible solution, called the Halting Problem for Turing machines. The 
problem is simply this: 

Given some arbitrary TM called T and some arbitrary string w of 
a's and b's, is there an algorithm to decide whether T halts when 
given the input w? 

We cannot just say, "Sure, run w on T and see what happens," because 
if w is in loop(7), we shall be waiting for the answer forever, and an algorithm 
must answer its question in a finite amount of time. This is the pull-the-plug 
question. Our program has been running for eleven hours and we want to 
know are we in an infinite loop or are we making progress. We have already 
discussed this matter informally with a few paragraphs following Theorem 64, 
but we now devote a special theorem to it. 
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The Halting Problem for Turing machines is unsolvable, which means that 
there does not exist any such algorithm. 
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PROOF 

The proof will use an idea of Minsky's. Suppose there were some TM called 
HPA (halting-problem-answerer) that takes as input the code for any TM, T, 
and any word w, and leaves an answer on its Tape yes or no (also in code). 
The code used for the Turing machines does not have to be the one we 
presented in Chapter 29. Any method of encoding is acceptable. We might 
require HPA to leave a blank in cell i if w halts on T and an a in cell i 
otherwise, or we could use any other possible method of writing out the an- 
swer. If one HPA leaves a certain kind of answer, a different HPA can be 
built to leave a different kind of answer. 

Let us say HPA reaches HALT if w halts on T and crashes if w does not 
halt on T: 



Input 

code for 

and 
the word 





HPA 











HALT if w halts on T 

CRASH if w does not halt on T 



Using HPA, we can make a different TM called NASTY. The input into 
NASTY is the code of any TM. NASTY then asks whether this encoded TM 
can accept its own code word as input (shades of ALAN). 

To do this, NASTY acts like HPA with the input: code-of-TM (for the 
machine) and also code-of-TM (for the word w to be tested). But we are not 
going to let NASTY run exactly like HPA. We are going to change the HALT 
state in HPA into an infinite loop: 



(any,=,/e) 




And we shall change all the crashes of HPA into successful HALT'S. For 
example, if HPA crashes in state 7 for input b: 
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This is what NASTY does 



LOOP if the TM accepts 
its own code name 



Input 



Run the word 
code-for-the TM 
on the TM itself 



NASTY 




code-for-TM 




HALT if the TM does not 
accept its own code name 



If we pause for one moment we may sense the disaster that is about to 
strike. 

Now what TM should we feed into this machine NASTY? Why NASTY 
itself, of course: 



Now we see that NASTY does halt when fed its code name as input if 
NASTY does not halt when fed its code name as input. And NASTY loops 
when fed its code name if NASTY halts when fed its code name as input. 

A paradox in the mold of ALAN (and the Liar paradox and Cantor's work 
and Godel's theorem, and so forth). NASTY is practically the TM that would 
accept ALAN, except that ALAN is not r.e. 

No such TM as NASTY can exist. Therefore, no such TM as HPA can 
exist (ever, not in the year 3742, not ever). Therefore, the Halting Problem 
for Turing machines is unsolvable. B 

This means that there are tasks that are theoretically impossible for any 
computer to do, be it an electronic, a nuclear, a solar, a horse-powered, or 
a mathematical model. 

Now we see why the sections on decidability in the previous parts were 
so important. This is also how we found all those pessimistic ideas of what 
questions about CFG's were undecidable. We always prove that a question is 
undecidable by showing that the existence of a TM that answers it would lead 
to a paradox. In this way (assuming Church's Thesis), we can prove that no 
decision procedure can ever exist to decide whether a running TM will halt. 

Let us return, for a moment, to Church's Thesis. As we mentioned before, 
Church's original ideas were not expressed in terms of Turing machines. In- 



LOOP if NASTY halts on its 
code name as input 




HALT if NASTY does not halt 
on its code name as input 
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stead, Church presented a small collection of simple functions and gave logical 
reasons why he felt that all algorithmically computable functions could be 
calculated in terms of these basic functions. The functions he considered fun- 
damental building blocks are even more primitive than the ones we already 
showed were TM-computable. By proving Theorems 71 through 74, we showed 
that TM's more than satisfy Church's idea of universal algorithm machines. 

When we can show how to calculate some new function in terms of the 
functions we already know are Turing computable, we have shown that the 
new function is also Turing computable. 

Proving that division is computable is saved for the Problem section. Instead, 
we give a related example. 



EXAMPLE 

A Turing machine can decide whether or not the number n is prime. This 
means that a TM exists called PRIME that when given the input a" will run 
and halt, leaving a 1 in cell i if n is a prime and a 0 in cell i if n is not 
prime. 

We shall outline one simple but wasteful machine that performs this task: 
Step 1 Set up this string: 

cTbaa 

Call the a's after the b the "second field." 

Step 2 Without moving the b, change some number of a's at the end of 

the first field into b's, the number changed being equal to the number 

of a's in the second field. 
Step 3 Compare the two fields of a's. If the first is smaller, go to step 4. 

If they are of equal size, go to step 5. If the second is smaller, go 

to step 2. 

Step 4 Restore all the a's in the first field (turn all the b's into a's except 
the last one). Add one more a to the second field. Compare the first 
and second fields. If they are the same, go to step 6. If they are 
different, go to step 2. 

Step 5 Go to cell i. Change it to a 0. HALT 

Step 6 Go to cell i. Change it to a 1. HALT. 

Does this do the trick? (See Problem 19 below.) ■ 

So far we have seen TM's in two of their roles as transducer and as ac- 
ceptor: 
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Xi, x 2 , x 3 ... 



inputs 



TRANSDUCER 



Yi Y 2 Y 3 



x t x 2 x 3 . 



outputs 



inputs 



ACCEPTOR 



YES 



NO 



As a transducer it is a computer and as an acceptor it is a decision pro- 
cedure. There is another purpose a TM can serve. It can be a generator. 





A-i, X 2 , a 3 . . . 


GENERATOR 





DEFINITION 

A TM is said to generate the language 

L = {wi w 2 W3. . . } 

if it starts with a blank Tape and after some calculation prints a # followed 
by some word from L. Then there is some more calculation and the machine 
prints a # followed by another word from L. Again there is more calculation 
and another # and a word from L appears on the Tape. And so on. Each 
word from L must eventually appear on the Tape inside of #'s. The order 
in which they occur does not matter and any word may be repeated often. 

■ 

This definition of generating a language is also called enumerating it. With 
our last two theorems we shall show that any language that can be generated 
by a TM can be accepted by some TM and that any language that can be 
accepted by a TM can be generated by some TM. This is why the languages 
accepted by TM's were called recursively enumerable. 
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If the language L can be generated by the Turing machine T g , then there is 
another TM, T a , that accepts L. 



PROOF 

The proof will be by constructive algorithm. We shall show how to convert 
J g into T 3 . 
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To be a language acceptor T a must begin with an input string on its Tape 
and end up in HALT when and only when the input string is in L. 

The first thing that T a does is put a $ in front of the input string and a 
$ after it. In this way it can always recognize where the input string is no 
matter what else is put on the Tape. Now T a begins to act like T % in the 
sense that T a imitates the program of T B and begins to generate all the words 
in L on the Tape to the right of the second $. The only modification is that 
every time T g finishes printing a word of L and ends with a #, T a leaves its 
copy of the program of T g for a moment to do something else. J a instead 
compares the most recently generated word of L against the input string inside 
the $'s. If they are the same, T a halts and accepts the input string as legit- 
imately being in L. If they are not the same the result is inconclusive. The 
word may yet show up on the Tape. 7 a therefore returns to its simulation of T g . 

If the input is in L, it will eventually be accepted. If it is not, T a will 
never terminate execution. It will wait forever for this word to appear on the 
Tape. 

accept(r a ) = L 
loop(7/ a ) = V 
reject(r a ) = 4> 

Although the description above of this machine is fairly sketchy we have 
already seen TM programs that do the various tasks required: inserting $, 
comparing strings to see if they are equal, and jumping in and out of the 
simulation of another TM. This then completes the proof. ■ 

THEOREM 78 

If the language L can be accepted by the TM 7 a , then there is another TM 
7 g that generates it. 

PROOF 

The proof will be by constructive algorithm. What we would like to do is to 
start with a subroutine that generates all strings of a's and b\ one by one 
in size and alphabetical order: 

A a b aa ab ba bb aaa aab. . . 

We have seen how to do this by TM before in the form of the binary 
incrementor. After each new string is generated, we run it on the machine 
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7a. If T a halts, we print out the word on the Tape inside #'s. If T a does not 
halt, we skip it and go on to the next possibility from the string generator, 
because this word is not in the language. 

What is wrong with this idea is that if T a does not halt it may loop forever. 
While we are waiting for T a to decide, we are not printing any new words 
in L. The process breaks down once it reaches the first word in loop(7' a ). 

As a side issue, let us observe that if L is recursive then we can perform 
this procedure exactly as outlined above. If the testing string is in L, T a will 
halt and T g will print it out. If the test string is not in L, T a will go to 
REJECT, which T g has converted into a call for a new test string, the next 
word in order, from the string generator subroutine. If L is recursive, not only 
can we generate the words of L but we can generate them in size and al- 
phabetical order. (An interesting theorem, which we shall leave to the Problem 
section, puts it the other way around: If L can be generated in size order then 
L is recursive.) 

Getting back to the main point: How shall we handle r.e. languages that 
are not recursive, that do have loop-words? The answer is that while r a begins 
to work on the input from the string generator, the string generator can si- 
multaneously be making and then testing another string (the next string of a's 
and fe's). We can do this because both machines, the string generator and the 
L-acceptor T a , are part of the TM T g . T g can simulate some number of steps 
of each component machine in alternation. 

Since T g is going to do a great deal of simulating of several machines at 
once, we need a bookkeeping device to keep track of what is going on. Let 
us call this bookkeeper an alternator. 

Let the strings in order be string 1 (= A), string 2 (= d), string 3 ( = 
b), string 4 (= ad), and so on. 

The alternator will tell T g to do the following, where by a "step" we mean 
traveling one edge on a TM: 



1 First simulate only one step of the operation of r a on string 1 and set a 
counter equal to 1. This counter should appear on the Tape after the last 
# denoting a word of L. After the last cell used by the counter should 
be some identifying marker, say *. The work space on which to do the 
calculations simulating J a is the rest of the Tape to the right of the *. 

2 Start from scratch, which means increment the counter by one and erase 
everything on the Tape to the right of the *. The counter is now 2 so 
we simulate two steps of the operation of T 3 on string 1 and then two 
steps of the operation of T a on string 2. 

3 Increment the counter and start from scratch, simulate three steps of the 
operation of T a on string 1 and then simulate three steps of the operation 
of r a on string 2 and then simulate three steps of the operation of T a on 
string 3. 
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4 From scratch, simulate four steps of string 1 on T a , and four steps of 
string 2 on 7 a , four steps of string 3 on T a , and four steps of string 4 
on r a . 

5 And so on in a loop without end. 

If, in simulating k steps of the operation of string j on T a the machine T g 
should happen to accept string j, then T g will print string j out between #'s 
inserted just in front of the counter. 

Eventually every word of L will be examined and run on T a long enough 
to be accepted and printed on r g 's Tape. 

If a particular word of L, say string 87, is accepted by T a in 1492 steps 
what will happen is that once the counter reaches 87 it will start testing the 
string on T a but until the counter reaches 1492 it will not simulate enough 
steps of the processing of string 87 on T a to accept it. When the counter first 
hits 1492 T g will simulate enough of the processing of string 87 to know it 
is in L and so it will print it permanently on the Tape between #'s. From 
then on, in each loop when the counter is incremented it will retest string 87, 
reaccept it and reprint it. Any word in L will appear on the Tape infinitely 
many times. 

This is a complete proof once we have shown how to build the string 
generator, the "start from scratch adjuster", and the so-many step simulator. 
All of these programs can be written by anyone who has read this far in this 
book, and by now is an expert Turing machine programmer. I 

As we can see, we have just begun to appreciate Turing machines; many 
interesting and important facts have not been covered (or even discovered). 
This is also true of PDA's and FA's. 

For a branch of knowledge so new, this subject has already reached some 
profound depth. Results in Computer Theory cannot avoid being of practical 
importance, but at the same time we have seen how clever and elegant they 
may be. This is a subject with twentieth-century impact that yet retains its 
Old World charm. 
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PROBLEMS 

1. Trace these inputs on ADDER and explain what happens. 

(i) aaba 

(ii) aab 

(iii) baaa 

(iv) b 



2. (i) Build a TM that takes an input of three numbers in unary encoding 

separated by Fs and leaves their sum on the Tape. 
(ii) Build a TM that takes in any number of numbers in unary encoding 
separated by fc's and leaves their sum on the Tape. 

3. Describe how to build a binary adder that takes three numbers in at 
once in the form 

$ (0 + 1)* $ (0 + 1)* $ (0 + 1)* 

and leaves their binary total on the Tape. 



4. Outline a TM that acts as a binary-to-unary converter, that is, it starts 
with a number in binary on the Tape 

$ (0 + 1)* $ 

and leaves the equivalent number encoded in unary notation. 



5. Trace these inputs on MINUS and explain what happens. 

(i) aaabaa 

(ii) abaaa 

(iii) baa 

(iv) aaab 



6. Modify the TM MINUS so that it rejects all inputs not in the form 

ba*ba* 

and converts ba"ba m into b a n " m 
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7. MINUS does proper subtraction on unary encoded numbers. Build a TM 
that does proper subtraction in binary encoded inputs. 

8. Run the following input strings on the machine MAX built in the proof 
of Theorem 72. 

(i) aaaba 

(ii) baaa (interpret this) 

(iii) aabaa 

(iv) In the TM MAX above, where does the Tape Head end up if the 
second number is larger than the first? 

(v) Where does it end if they are equal? 

(vi) Where does it finish if the first is larger? 

9. MAX is a unary machine, that is, it presumes its input numbers are fed 
into it in unary encoding. Build a machine (TM) that does the job of 
MAX on binary encoded input. 

10. Build a TM that takes in three numbers in unary encoding and leaves 
only the largest of them on the Tape. 

11. Trace the following strings on IDENTITY and SUCCESSOR. 

(i) aa 

(ii) aaaba 

12. Build machines that perform the same function as IDENTITY and SUC- 
CESSOR but on binary encoded input. 

13. Trace the input string 

bbaaababaaba 

on SELECT/3/5, stopping where the program given in the proof of Theo- 
rem 74 ends, that is, without the use of DELETE A. 

14. In the text we showed that there was a different TM for SELECT//'//! 
for each different set of /' and n. However, it is possible to design a 
TM that takes in a string form 



(a*b)* 
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and interprets the initial clump of a's as the unary encoding of the 
number /. It then considers the word remaining as the encoding of the 
string of numbers from which we must select the ith. 

(i) Design such a TM. 

(ii) Run this machine on the input 

aabaaabaabaaba 

15. On the TM MPY, from the proof of Theorem 75, trace the following 
inputs: 

(i) babaa 

(ii) baaaba 

16. Modify MPY so that it allows us to multiply by zero. 

17. Sketch roughly a TM that performs multiplication on binary inputs. 

18. Prove that division is computable by building a TM that accepts the 
input string ba m b<f and leaves the string boPbd on the Tape where q 
is the quotient of m divided by n and r is the remainder. 

19. (i) Explain why the algorithm given in this chapter for the machine 

PRIME works. 

(ii) Run the machine on the input 7. 

(iii) Run the machine on the input 9. 



20. Prove that if a language L can be generated in size-alphabetical order, 
then L is recursive. 
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for product of two FA's general description, 
126 

Theory of, 716 
for top-down parse, 506 
for union of two FA's general description, 
117 

see also Constructive algorithm 
Alphabet, 11, 17, 64, 66, 566 
defined, 9 
empty, 20 

for STACK and for TAPE of PDA, 346, 356 

in defining complement, 182 

1: 

in CFG, 247 
of FA, 65 

for input and T, for output, 155 

of Mealy machine, 158 

of Moore machine, 155 

of NFA, 143 

of PM, 585 

of TG, 89 

of TM, 553, 578 

T: 

of Mealy machine, 158 
of Moore machine, 155 
of PDA, 356 
of PM, 585 
of TM, 553 

Alternation of 2PDA STACK'S on TM simulation 

Tape, 622. See also Interlacing 
Alternatives, union as representing, 46 
Alternator, defined, 799 
Ambiguity: 

of arithmetic expressions, 32, 503 

of CFG, 278, 526 

clarified by diagram, 267 

of grammar, not language, 278 

substantive, 277 



Ambiguous grammar, for (a + b)*, 252 
Ancestor-path, 446 
And, confusion with or, 194 
Anthropomorphism, 606 
ANY-NUMBER , grammar for, 245 
Apostrophe, 9 
Apple, 11, 242, 245 
April, 788 

Arbitrary string (a + b)*, 44 

Architecture, computer, 3, 240 

Arcs, see Path segments 

Arden, D. N., 62 

Aristotle, 716 

Arithmetic expressions: 

ambiguity of without parentheses, 271 
defined recursively, 31, 239 
eliminating ambiguity in, 272-277, 
503 

grammar for, 245 
prefix, from CFG, 274-277 
Arrow: 

backward, 514 

double, denoting derivation, 243 

in graph, see Edge in graph 

straight, 268 

in trace, 555 

types, distinguished, 248 
Artificial Intelligence, 3, 148 
Assembler language, 158, 237-240 
Association of language: 

with FA, 66 

with regular expression, 53 
Asterisk, see Closure; Kleene closure operator 
Atanosoff, John, 6 
Atoms, 22 
Automata, 8 

comparison table for, 17, 149 

theory of, 7, 9-228 

see also FA; PDA 
Axiom, 4, 790 

Azure artistry, see Blue paint decidability 
algorithms 

B 

Babbage, Charles, 6 
Bachelors, married, 527 
Backup copy, 746 
Backus, John W. 260 

Backus Normal Form, Backus-Naur Form, 260, 
437 

Backward, storage of TM Tape in 2 PDA 

STACK, 622 
Bad grammar, 298, 319 
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Bad teacher, 1 1 
Balanced: 

in EVEN-EVEN, 58-59 

as nonterminal in CFG, 254 

state in TG, 93 
Barber, 715 
Bar graphs, 8 

Bar-Hillel, Yehoshua, 205, 302, 312, 453, 535 

Base, 730 

Baseball, 729 

BASIC, 260, 501 

Basic objects of set, 26 

Bear, 242, 243 

Binary decrementer, 649 

Biology, 346 

Birds, 241 

Bit strings, 715 

Black dot, 428 

Blah, 282, 303, 534 

Blank, 40 

to check acceptance, 379 

denoted by A, 334 

end of PDA input, 336 

on TM, 554 
Bletchley, 6 
Blue, to catch, 534 

Blue paint decidability algorithms, 220-221, 309, 

311, 414, 533, 537, 584, 599 
Blueprints, 393 
BNF, 260, 437 
Boathouse, 13 

Boldface, in regular expressions, 40 
Boole, George, 716 
Branch, 586, 617 

restrictions for conversion form PDA, 385 

states of PDA, 357 
Buffer, 155 

Burali-Forti, Cesare, 716 
Bus, 129 
Bypass operation: 

of circuit in FA, defined, 227 

on TG, 104, 106 

C 

Calculation, 768 

human style on TM, 791 
Calculators, 6, 237, 724 

TM as, 769 
Calculus, 29, 716 

first-order predicate, undecidability of, 793 

sentential or propositional, 34 
Calligraphy, 8 

Cantor, Georg, 4, 5, 716, 795 



Cardinality, 4 

Carousel, 13 

Case, grammatical, 242 

Cat, 12, 182, 242 

Cells: 

of input TAPE of PDA, 334 

of TM Tape, 553 
Central POP of PDA, 374-379, 743 
Central state of TM, 743 
CFG (Context-Free Grammar), 246, 286, 333, 
415, 462, 552, 730, 795 

CNF for, 377 

defined, 247 

equivalent to PDA, 370^08 
for small programming language, 517 
standardizing form of, 301 
with unmixed productions, 316 
CFL (Context-Free Language), 247, 260, 
421^132, 437, 566, 732, 737 
accepted by TM, 680 
defined, 247 

language of PDA, 370-418 

recognizer for, 333 

relationship to regular languages, 287 
Characters, of output alphabet T, 156 
Character string, 9 
Chelm, 194 
Chess, 690 

Chibnik, Mara viii, 70, 764 
Children, learning in, 7 

games for, 63 
Chips, dedicated, 6 

Chomsky, Noam, 7, 246, 293, 370, 374, 375, 

735, 739, 742, 552 
Chomsky Hierarchy, 729-759 
table, 740 

Chomsky Normal Form, 301-330. See also CNF 
Choppers, 397 

Church, 5, 716, 790, 791, 792 
Church's Thesis, 791, 793, 795 
Circles, diplomatic, 245 
Circuit, 202, 222 
defined, 202 

in FA for infinite language, 202, 226 
path of single, 227 
in PDA simulating CFG, 378 
Circuitry, 3, 241, 715 

Circularity, of proposed elimination rule for unit 

productions, 312 
Classes, of strings for TM, 574 
Clone: 
of start state, 134 

of states in Mealy to Moore conversion, 
164-165, 166 
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Closure, 17, 39, 53 

of CFL's, 421, 431, 476 

defining infinite language by, 48 

of A, 226 

positive, 20, 435 

of regular language, 177, 421 
FA for, 127 

of r.e.'s, under closure, product, 758-759 

star operator and looping, 110 

of starred set, 57 

taken twice, 21 
Clown, 397 
Clump, 18 

CNF (Chomsky Normal Form), 301-330, 437, 
439, 464, 528, 532, 538 
defined, 323 

possible for all CFG's, 320 
COBOL, 501 
Cocke, John, 539 
Code-breaking, 5 

Code generation, from derivation tree, 517 

Cohen, Daniel I. A., 10, 764 

Cohen, David M., 765 

Cohen, Marjorie M., 502, 676-679 

Cohen, Sandra K., M.D., v-vi, 764 

Collections, of finitely many states, 130 

Colossus, 6 

Command, 9 

Common sense, 412 

Common word, of two CFG's, 526 

Compiler, 3, 7, 239, 501, 269 

Complement: 

of {a"b"a"}, 485-491 

of CFL 421, 526, is indecisive, 478 

defined, 182 

FAY. 

in finding intersection, 185 
of recursive language, 688 

of recursively enumerable language, 685, 689 

of regular language, 217, 333, 421 
Completeness, of Mathematics, 792 
Complexity, 8 
Computability, 8 

of addition and simple subtraction, 777 

defined, 777 

of division, 796, 803 

of identity and successor, 782 

of maximum, 777 

of multiplication, 784 

of select, 783 

of square root, 789 
Computation Theory, see Computer Theory 
Computer, 3, 4, 5, 6, 64, 216, 237, 260, 267, 
552, 715, 766-800 

architecture, 169 



defined, 772 
logic, 169 

mathematical model for, 346 

stored program, 6, 724 
Computer languages, see Language 
Computer science, 169 

Computer Theory, 4, 7, 8, 29, 50, 63, 65, 161, 
724, 800 

Concatenation, 12, 13, 16, 19, 39, 89 
closure under, defined, 25 
of Net sentences in grammar from PDA, 396 
in PM, 585-586 

of Read demands, corresponds to input word, 
407 

of strings for summary table rows, 709 
Confusion, of and and or, 194 
Consent, parental, 381 

Consistency, joint and STACK, defined, 391 
Consistency question, for mathematics, 792 
Construct, 12 

Constructive algorithm, 137 
proof by, defined, 20 
characterized, 629 
building FA's for regular expressions, 112 
converting CFG to CNF, 320-323 
converting Mealy to Moore, 164-166 

Moore to Mealy, 163-164 
converting PDA to CFG, 381 
converting 2PDA to TM, 619 
converting regular grammar into TG, 293-295 
converting transition graph to regular 

expression, 101 
determine finiteness for CFG, 536-537 
eliminate unit productions from CFG, 312 
empty TAPE and STACK PDA, 362 
finding leftmost derivation in CFG, 327 
for intersecting FA and PDA, 492 
PM to TM equivalence, 599 
produce CFG with unmixed productions, 316 

Containment symbol "C," 22 

Context-free, 684, 729, 740, 
explained, 303 

Context-free grammars, 237-260. See also CFG 

Context-free languages, 421—432. See also CFL 

Context-sensitive, 740 

Context-sensitive with erasing, 739 

Contradiction, proof by, 33, 202-203, 713-715, 
732, 793-795 

Contradictions, arising from mathematical 
assumptions, 527 

Conversion form for PDA, 417 
defined, 381-383 

Cookbook, 4 

Correspondence: 
between path development and derivation, 290 
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of TM to CWL word, 711 
Cost, 134 

of row in PDA to grammar conversion, 405 
Counterexample, no smallest, proof by, 33, 

255-258 
Cowardly, 729 
Crash, 438, 553 

defined, 88 

not evidence of nondeterminism, 617-618 

on TM, 573 
by left move, 704 

used in nondeterministic machine, 383 
Cross over, to second machine in product FA, 124 
Cummings, E. E., 742 

CWL (Code Word Language for TM's), 711-713 
denned, 711 
regular, 722 

CWL' (complement of CWL) regular, recursive, 
722 

CYK algorithm for membership in CFL, 539, 732 
D 

Dante Alighieri, 132 
Dappled, 266 
Data, 9 

of TM, 724 
Data Structures, 3, 338 
Davy Jones's locker, 133 
Dead-end state, 70 
Dead production, 441, 538 
Decent folks, 315 
Decidability: 

for CFL's, 526-544, 552 

defined, 217 

importance of, 795 

of mathematics, 792 

for regular languages, 216-228, 333 
Decision, 12 . 

Decision procedure, 527, 687, 723, 792 
denned, 217 

for emptiness and equivalence of regular 
languages, 225 

finite, 538 
Decrementer: 

binary, 649 

TM as, 771 
Definers, 50 

Definition, recursive, 26-35. See also Recursive 

definition 
Deja-vu, 643 

Delay circuit (D flip-flop), 169 
DELETE: 

*TM subroutine, 658 

TM subroutine, 578, 785 



Deletion of nonterminal in CFG, 249, 303 
Delta, A, to denote blank, 334 

A-edges, distinct from A-transitions, 337 
DeMorgan's Laws, 183-184 
Derivation, 247, 373 

in CFG, like path development, 288 

defined, 246 

example drawn as tree, 457 
leftmost, 402, 438, 441, 503, 504, 513 
on phrase-structure grammar, 730 
Derivation tree, 271, 431, 444, 452, 462, 
511 

with self embedding, depicted, 461 

see also Parse tree 
Derivative, of product, sum, 29 
DESCENDANTS, recursively defined set, 
30 

Descendants, on total language tree, 280 
Determinism, 63, 567, 617, 635 
defined, 64 

of PDA, undecidable, 526 

of PM, 587 

of TM, 554, 720 
Deterministic context-free languages, 740 
Deterministic PDA, see DPDA 
Diacritical marks, 9 
Diagram: 

change from FA to PDA, 335 

of sentence, 265 
Dialect, 9 
Dice, 63, 64 
Diction, 245 
Dictionary, 9 

Directed edges, as TM instructions, 554 
Directed graph, 69 
Disconnected graph, 71 
Disjunction, 46, 49 

denoted by "|", 259 
Disjunctive state definition, 124 
Distributive law, for regular expressions, 49, 111, 

192 
Division: 

computable function, 796 

by zero, as semantic problem, 242 
Dog, 12, 182, 242, 243, 265 
$, 303, 386, 398, 405 

as bottom of STACK symbol, 382, 386, 398, 
405 

DOUBLE, same language as DOUBLEWORD, 

213, 485-496 
Doubly infinite, defined, 664 
DPDA, 347, 481-482, 547 

insufficient as CFL acceptor, 491 

no loop set, 482 
Drosophilae, 267 
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E 

East/west reverser, 80 
Eckert, John Presper, Jr., 6 
Economics, STACK, 414 
Economy, 539 
Edge in graph, 69 
drawn in PDA, 335 

elimination of in conversion of TG into regular 
expression, 105 

printing done along in Mealy machine, 158 
Effectively solvable, definition, 216 
Efficiency, 222, 539 
Electricity, 788 
Electronics, 6, 216, 724 
Elements, previously solved, 192, 778 
Elimination rule: 

for unit productions, 312 

of useless productions from CFG from PDA, 
412 

Elizabeth II, R., 245 

Emptiness, of language of CFG, 527 

decidable, 528 
Empty, in reading QUEUE, 594 
Empty STACK, 379 

acceptance by, 358 
Empty string, see Lambda 
Empty TAPE and STACK, of PDA, 362 
Encoding: 

of large alphabets in binary, 725 

of TM, 707-725 

of TM program, 698 
End marker, 14 
English, 9 , 50, 242 

grammar, 241 
ENGLISH-SENTENCES, 11 
ENGLISH-WORDS, 9, 10-11 
ENIAC, 6 

Enumerate, definition, 687, 797 
Epimenides, 715 

EQUAL, nonregular language, 209 
CFG for, 255 
in CNF, 325 

proof of (no least counterexample), 255-258 
Equality, of regular expressions, 45 
Equal power, of machines, defined, 145 
Equations, 8 
Equivalence, 48 

of CFG and PDA, summary of proof, 391 

defined, 46 

of FA's, 82 
paradigm for, 224 

of Mealy and Moore machines, 155 
defined, 162-163 



of paths through PDA to row- words in CFG, 
394 

of regular expressions, 137, 188, 224 
of two CFG's, 526 
of two sets, three sets, 101 
of working string in CFG to PDA conversion, 
377 

Equivalency problem, for FA's and regular 

expressions, 217 
Eubulides, 715 
Euphuism, 267 
EVEN, 26-28 

second recursive definition of, 27 
EVEN-EVEN, 81, 111 

CFG for, 254 

FA for, 80 

from grammar, 296 

regular expression for, 58-59 

TG for, 93 
EVEN-PALINDROME, 353 
Evey, Robert J., 339, 410, 552 
Execution, by FA, 67 
Execution trace, on TM, 554 
Existence, discussion, 527 
Exponentiation, 40, 240 
Expression, regular, see Regular expression 



F 

FA (finite automata), 64, 89, 100, 101, 137, 149, 
155, 172, 182, 192, 201, 216, 217, 226, 
301, 502, 552, 555, 616, 684, 737, 740, 
766, 800 

accepts no words, 220 

accepts word of length =£ N, 222 

conversion into CFG, 287-293 

decidability of equivalence, 216 

defined, 65 

finite procedure, 687 

intersected with PDA, 492 

machine correlatives to regular languages, 333 

must terminate on all inputs, 573 

= NFA, 145 

= OPDA, 635 

for product language, 123 

very specialized, 75 

with output, 65, 154-172 
Faces, 665 

Factorial, recursively defined, 30 
Factoring, 19, 431 

unique, 131 
Feedback electronic devices, 169 
Feldman, Stuart I., 746 
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Feud, 469 

FIFO (First In First Out), storage on PM, 585, 
586 

Final exam, 463 
Final state: 

FA, 63, 65, 134 

in FA for union, 115, 116 

of first machine in product FA, 124 

indicated in table, 67 

of intersection machine, 193 

missing, 224 

must accept lambda in closure machine, 128, 

132 
plus sign, 68 
of TG, 88 
Final status: 
of FA state, defined, 182 
of start state, 183 
Finite Acceptor, Finite Automaton, 63-81. See 
also FA 

Finite automata with output, 154-172. See also 

Mealy machine; Moore machine 
Finite language, 226 

all regular, 54, 85, 97 

from CFG, 316, 439^141 
Finiteness: 

decidable for CFG, 535 

decidable for regular languages, 226-227 

of language of CFG, 527 
Finite number of paths in TG, 108 
Finite procedure, 584 

for infinite language, 471-472 

parsing of CFG derivation as, 538 
Finite representation, 39 
Fire, 192 
Flag: 

binary, 59 

on PM, 589 
Flip-flops, 169 
FLIPS, game for NFA, 150 
Flowcharts, 337 
Fly, 267 

Forbidden sublanguage of CWL, 709 

Forgetfulness, 463 

Formal, defined, 9 

Formal languages, 7,9, 11 

Formula, for union of intersections, 223 

FORTRAN identifier, CFG for, 216 

Fox, 265 

Frege, Gottlob, 716 
French, 50, 52 
FRENCH-GERMAN, 52 
Function, TM as, 777 
Fundamental questions, 293 



G 

Games, children's, 63 
for one-person, as NFA, 150 

Gamma T, 1 1 

output alphabet, 165, 384 
STACK alphabet not output alphabet, 
346 

Garbage, in TM simulation, 751 
Gender, 242 
Generation, 243 
defined, 797 

of recursive language, 799 

as test for FA equivalence, 217 

Generator, TM as, 797 

Genesis, 739 

Genetic engineering, 3 

Geoghegan, Patricia M., Esq., 615 

Geometric impossibilities, 527 

Geometry, Euclidean, 4, 713 

German, 52 

Godel, Kurt, 5, 716, 792, 793, 795 
Grammar, 7, 1 1 
bad, 298 

context-free, 237-260, 501 
ambiguous, 252 

for closure of CFL's under product, 
426 

for row-language of PDA, 394 
suggestions for pruning, 384 
union, 421^22, 431 

context sensitive, 740 

LR(fc), 740 

phrase-structure, 730-731 

school, 241 

semi-Thue, 739 

type 0, 737-758 

type 1, 740, 764-765 

unrestricted, 739 

see also Derivation; Productions 
Grammatical parse, defined, 244 
Grand-POP, 353 
Graph: 

PDA representation, 357 

theory, 8, 69 
Grey, 266 
Gun, 266 



H 

Half-infinite: 
TAPE of PDA, 334 
Tape of TM, 553, 664 
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Halt: 

state of FA, see Final state 
of PDA, 335, 357 
of TM, 553 
TM to PM equivalence, 595 
Halting Problem for TM's, 793 
Hammer, 622 
Hardy, G. H., 792 
Harvard, 6 
Henry VIII, 30 

HERE, state of PDA, 381-382, 399 

grand central, 410 
Heretic, 715 
Heterothetic, 728 
Hierarchy of operators, 271 
Highway, 34 

Hilbert, David, 4, 5, 716, 792 
Histograms, 8 
Homework, 11 
Homothetic, 728 
Horse, 267, 732 
Houseboat, 13 

Human language, 241. See also Language 
Hybrid, Mealy/Moore, 168 
Hyphen, 9 

I 

Identifier, grammar for, 501 
IDENTITY, computable function, 782 
Inclusion, 4 

Incompleteness Theorem, 5. See also Godel 
Incrementer, 161 
binary, 769, 798 
Mealy machine as, 160 
Indirect proof of indecisive CFL complement, 
480 

Infinite language, 226 
from CFG, 445 

relationship to Pumping Lemma, 536 
Infinite loop, 573. See also Loop 
Infinite path on PDA, 361 
Infix notation, 275 

conversion to postfix, 518 
Information about TM in CWL word, 712 
Initial sequence, on PM to TM conversion, 
610 

Initial state, see Start state 

Input, 4, 8, 63, 66, 712, 762, 772 

devices for, 239 

string, 155 

TAPE, of PDA, 334 
INSERT, TM subroutine, 569-570, 592, 742 
Insight, 129, 511, 540 



Instruction, 64, 66 
encoded as substring of CWL, 717 
legal for algorithms, 791 
machine language, 216 
on PM, 600 
sets, 3 

on TM, 553, 554 
Integers, 8, 12, 14, 15 
Intelligence, artificial, 3, 148 
Interlacing: 
to separate copies in grammar, 746 
of STACK'S on TM Tape, 633 
Interpretation, of regular expression, 53 
Interpreter, 7 
Intersection, 4 
of CFL's, 431, 476-480, 526 

of regular with context-free, 492-495 
of regular and nonregular CFL's, 478 
of two regular CFL's, 477 
closure of recursives under, 706 
of regular languages, 183, 191, 194, 217, 333, 
431 

by FA's, 186, 193 
Invention, of machines, 346 
Inverse grammar from bottom-up parse, 512 
Iowa, 6 
IQ test, 38 
Itchy, 243, 245, 729 

J 

Joint of PDA, 388 
consistency, 392 
Jump, from first to second machine in product 

FA, 123 
Jumpy, 243 
Jupiter, 527 

K 

Kangaroo, 346 
Kasami, Tadao, 539 

Kleene, Stephen Cole, 5, 110, 468, 552, 716, 

792, 793 
Kleene closure operator, 244 
correspondence to loop, 105 
defined, 17 
see also Closure 
Kleene's Theorem, 100-138, 145, 182, 185, 186, 

188, 192, 202, 217, 296, 345 
Konig, Julius, 716 

kTM (Multi-track Turing machine), 651-663, 
673 

equivalent to TM, 656 
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L 

Label, 67 
multiple, 70 
on TG, 90 

TM, abbreviated, 597 
Lambda calculus, 793 

Lambda (A), to denote null string, 51, 53, 70, 90, 
102, 103, 379, 528 
denned, 9, 12, 15 

elimination of unit productions, 315 
finite, closure of, 226 
A-production, 296 
defined, 302 

as deletion from grammar, 249 

elimination from CFG, 302-312 

necessary to produce A, 302 
and language of grammar in CNF, 323 
must be in closure, 134 
neither terminal nor nonterminal, 249 
in NFA, 150 

not used as nonterminal, 739 
nuisance value, 301 
transition in TG, 90 
Language, 8, 9-23, 64, 585 
accepted by PDA, denned, 358 
associated with regular expression, 53 
class associated with CFG's, 333 
computer, 7, 9, 30, 242, 501 

as CFL's, 260 

high-level, 238, 241 

machine, 517 
context-free, 421-432 
defined, 9, 38, 43 
definition by FA, 66 
formal, 245 
generated: 

by CFG, defined, 239 

by phrase-structure grammar, 730 
hard, simple, 242 
human, 7 

infinite, from closure operation, 17 
nonregular, 201 
recursive, 688 
regular, 177-198 

defined, 39, 216 
structure, 4, 9, 210, 729 
table of, 551 

see also: specific languages 
Large word, in infinite regular language, 203 
Lazin, Charles, D.D.S., 715 
LBA (Linear-bounded automata), 740 
Left-most derivation, 404, 405, 732 

for any word in CFL, 329 



CNF, 413 
defined, 326 

as path in parse tree, 328 
Left-most nonterminal, defined, 326 
Leibniz, Gottfried Willhelm von, 6, 716 
Length, string function, 14-15 
guarantee of infinite language, 445 
importance for Pumping Lemmas, 
466-467 

on Mealy and Moore machine, 159 

of output, on Mealy machine, 161 
Less machine, defined, 175 
Letter, 9, 156, 385 
Lexical analyzer, 502 
Liar's paradox, 795 
LIFO, last-in-first-out, 339 

storage of PDA, 586 

see also STACK 
Light, speed of, 788 
Lincoln, Abraham, 45 
Linear algebra, 5 

Linear-bounded automata (LBA), 740 

Linear equation, 5 

Linguistics, 7, 241, 269 

List, to define set, 1 1 

Live production, 441, 538 

Lives, natural-born, 399 

LOAD, 216, 240 

Logic: 

computer, 3, 169 

mathematical, 4, 7, 269 

symbolic, 34, 49, 329 
Look ahead, impossible in FA, 123 
Loop, 68, 69, 104, 202, 800 

correspondence to Kleene star, 105, 110 

infinite, 799 

as heart of undecidable, 723 

instruction, on TM, 554, 573 

in Mealy to Moore conversion, 165 

set, Loop(T), 684 
defined, 574 

in TG converted from regular grammar, 
294 

TM to PM equivalence, 595 
Los Angeles, 393, 397 
Louis XIV, 39 

Lovelace, Ada Augusta, Countess of, 6 
LR(k) grammars, 740 
Lukasiewicz, Jan, 276 

M 

McCoy, real, 772 

McCulloch, Warren Sturgis, 5-6 
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Machine: 
to define nonregular languages, 211 
electronic, 793 
FA as, 67 

formulation, correlative to CFL, 333 
graph, for PDA, 390 
theoretical, 8 

see also FA, NFA, PDA, PM, TG, TM 
Mark I, 6 

Marker, in 2PDA to TM conversion, 619 
Markov, A. A., 793 

algorithms, 793 
Mason-Dixon Line, 80, 81 
Mathematics: 

abstract, 431 

operations, meaningful, 716 

problems, 585 

undecidability of, 716 
MATHISON, r.e. language, 716, 717, 742 
Mauchly, John William, 6 
MAXIMUM, computable function, 777-781 
Maze, 148, solution by backing up, 510 
Mealy, G. H., 155, 552, 640 
Mealy machine, 519, 570, 616, 638, 639, 643, 
766 

defined, 158 

equivalent to Moore machine, 166 

as language recognizer, 161-162 

as sequential circuit, 169-172 
Meaning, 9, 11, 32, 53, 504 
Membership: 

decidability for CFG's, 538 

in set, 35 

of string in language of CFG, 528 
Memory, 64 

finite, in computer, 699 

use of TM Tape for, 564 
Merry-go-round, 13 
Metaphor, 9 
Miller, George A., 293 
Mines, coal, 241 
Minsky, Marvin, 619, 794 
Minsky's Theorem, 616-635, 683 
Minus sign to denote start state, 68 
Mississippi, 80, 81 

Model mathematical, 3, 6, 7, 8, 86, 333, 
552 

for whole computer, 216 
Molecules, 22 
Monus, 772 
Moon walks, 3 
Moore, E. F., 155, 552, 640 
Moore, Mary Tyler, 682 



Moore machine, 155-158, 159, 519, 638, 643, 
766 
defined, 155 

equivalent to Mealy machine, 166 
pictorial representation for, 156-157 
substring counter, 157 
Move, TM instruction, 724 
Move-in-State machine, 639-646, 673, 680-681 
MPY, state in PDA transducer, 518 
Multiple STACK'S, 632-633 
Multiple start states of TG, 90 
Multiple Tape Head's, 673 
Multiple track, see kIM 
Multiplication: 
computable function, 783-789 
MULTIPLY instruction, 240 
Myhill, John, 89 
MY-PET, 11-12 
of sets of words, defined, 51 

N 

Nail, 622 

NAND, Boolean function, 169 
NASTY, TM, 794-795 

Net statements in PDA to CFG conversion, 393 
Neural, net, 6 
Neurophysiology, 5 
New York, 415 

NFA, nondeterministic finite automaton, 149, 172 
defined, 143 

special case of TG, 143-145 
NFA- A, defined, 150 
Nickel, 382 

No-carry state, of incrementer, 160 
Non-context-free: 
grammars, 539 
intersection of CFL's, 477 
languages, 437-472, 585 
Nondeterminism, 142-149, 391, 430, 431, 483, 
567, 635 
in FA's, 143-149 
in PDA's, 346, 382, 673, 688 
at HERE states, 389 
for ODDPALINDROME, 351 
from START state for union language, 425 
in nPDA (NnPDA), 683 
Nondeterministic finite automaton, 143-149. See 
also NFA 

Nondeterministic PDA, as CFL correlative, 347 
Nonfinal state, 134 

NONNULLPALINDROME, CFG in CNF for, 
324 
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Non-Post, non-Turing Languages, 585 
NonPUSH rows of PDA, 379 
Non-recursively enumerable languages, 715, 792 
Nonregular languages, 201-212, 286, 585 

defined, 211 
Nonterminal, 239, 293, 375, 393, 394, 415 

as branching node in tree, 303 

defined, 244 

denoted by upper case, by (), 260 
leftmost, 505 
nullable, 308 

number in CNF working strings, 440 
in parse tree, 269 

self-embedded, 447. See also Self-embedded 
nonterminal 

in total language tree, 280 

useful, 399 

useless, 403 
Nonterminal in phrase-structure grammars, 730 
Nonterminal-rewriting grammars, 739 
North/south, 80 
Notation, 9-10 

for TM instructions, 597 
«PDA (PDA with nSTACK's n 5* 2), 633 
NTM, nondeterministic Turing machine: 

defined, 673 

equivalent to TM, 674-679 

not transducer, 673 
Nuclear war, 3 
Nullable nonterminal, 308 

defined, 528 
Null set, 51 

Null string, null word, see Lambda 
Number, in grammar, 242, 271 
Number Theory, 8 

O 

Oblique stroke, 33 
Ocean liners, 633 

ODDPALINDROME, PDA for, 351 
Oettinger, Anthony G., 339, 552 
Old World charm, 800 
One's complement: 

Mealy machine to print, 160 

subtraction by, 161 
ooo (operator-operand-operand) substring, 275 
Operating systems, 3 
Operation, Kleene star as, 17 
Operations, arithmetical, 7 
Operator precedence, 521 
Optimality, 4, 788 
Or, confusion with and, 194 



Organs, sensory-receptor, 6 
Outerspace, 742 

Output, 4, 64, 154, 552, 767, 772 

table, of Moore machine, 155 
Overflow: 

on increment machine, 160 

on Mealy incrementer, 161 

TM condition, 771 
Overlap in CFG for union language, 423 
Oversight, 224 

Owe-carry state, of incrementer, 160 
P 

PALINDROME, 16, 201, 741, 792 
nonregular language, 201 
TM for, 560 

unambiguous CFG for, 278 
PALINDROME' (complement of 

PALINDROME), 583 
PALINDROMEX, deterministic PDA for, 

348-350 

Paradox, introduced into mathematics, 4, 716, 795 
Paragraph, 9 
Parapraxis, 619 
Parentheses: 

acceptable sequences of, 369 

as markers, 19 

as nonterminals, 746 

in regular expressions, 50 
Parents, worried, 241 
Parity, 201 
Parking lot, 34 

Parse, of an English sentence, 241 
Parse tree, 265, 267, 271, 327, 329, 518 
Parsing, 501-524, 766 

bottom-up, 510-517 

defined, 504 

as membership decision procedure, 538 

top-down, 504-510 
PASCAL, 216 
Pascal, Blaise, 6 
Pastry, 241 
Path: 

in FA, 68, 288 

in FA for closure, 133 

infinite, possible on PDA, 361 

successful, through TG, 89, 108 

through PDA in conversion to grammar, 388, 
396, 407, 408 
Path segments, 388-389 
PDA, 334, 339, 393, 486, 552, 560, 569, 573, 
616, 684, 707, 737, 740, 800 
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PDA (Continued) 
correlative of CFL, 345, 370-408, 394 
defined, 356 
= DPDA, 491 
= IPDA, 635 

to evaluate PLUS-TIMES, 518 

intersected with FA, A92-A9A 

more powerful than FA, 345 

to prove closure of CFL's under union, 424-426 
Pedagogy, 192, 629 
Pennsylvania, University of, 6 
People, 22 

no axioms for, 790 
Perles, Micha A., 205, 302, 312, 453, 466, 535 
Person, in grammar, 242 
Perspective, loss of, 137 
Petroleum, 571 
Philosophers, 241, 716 
Phrase-structure grammar, 730-73 1 , 740 

restricted form, 737 
Pictorial representation, of PDA, 391 
Pie charts, 8 
Pitts, Walter, 6 
PL/I, 216 

Plus/minus sign, 70 
Plus sign: 

for final state, 68 

for positive closure, 20 

summary of uses, 194 

for union sets, 42 
Plus state, see Final state 
PLUS-TIMES, grammar for, 503 
PM, 584-612. See also Post machine 
Poison, 404 

Polish notation, 276, 328. See also Postfix 

notation; prefix notation 
Polynomials, recursively defined, 28-29 
POP. 

STACK operation, 338 

states, of PDA, 357 
grand central, 382, 393, 410 
conversion form, no branching at, 404 
POP-corn, 353 
POPOVS, 428 
Positive closure, see Closure 
Possibility, 4, 5, 8, 29, 788 
Post, Emil, 5, 552, 585, 716, 791, 792, 793 
Postfix notation, .277 
Post machine, 584-612, 686, 688 

defined, 585 

language acceptor, 587 

as powerful as TM, 599, 612 

simulation on 2PDA, 626 
Post's Theorem, 683 



Predictability of time for algorithm to work, 216 
Prefix notation, 275, 276 
Preprocessor, of TM, 690 
Previous results, building on, 778 
Prime, decidability of by TM, 796 
PRIME, nonregular language, 201, 211 
Printing instruction, in transducer conversions, 
165, 166 

Print instruction, on PDA, 518, 519 
PROBLEM (= SELFREJECTION), recursive 

language, 764-765 
Procedure: 

effective, to find nullable nonterminals, 309 

mechanical, 540 

recursive, 30 

see also Algorithm 
Product: 

closure of CFL's under, 426 

of sets of words, defined, 51 

of two CFL's, 431, 476, 477, 486 

of two regular languages, FA for, 121, 177, 
226, 431 
Production family: 

for PUSH rows in PDA, 405 

in type O grammar simulating TM, 750 
Productions: 

of CFG, 239 

to correspond to final state, 290 
defined, 246 

finitely many in CFG, 438 
form of: 

in CFG from PDA, 404, 407 

form of, in type O, 739 

in phrase-structure, 730 
live, dead, 440, 538 
path segment of PDA, 375 
of regular grammar, 293 
repeated, 450 
sequence: 

as path through TG, 294 

reiteration of, 461 
table of restrictions for types 0-3, 740 
Profit, from Row in PDA to CFG conversion, 410 
Program, 7, 9, 64, 216 
as data to compiler, 239 
machine language, 504 
modifications of parse algorithms possible in, 
517 

of TM, 554, 724, 800 

verification, 8 
Progression, arithmetic, in Roman numerals, 692 
Proof 4, 5 

no algorithm for providing, 791 

quicker than the eye, 184 
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Table of Theorems, 805-806 

see also Algorithm; Constructive algorithm; 

Contradiction; Recursive proof; Spurious 

proof 

Propagation in type O grammar, 75 1 
Proper subtraction, 772 
Property, 34 

Proposed replacement rule for A-productions, 
303 

infinite circularity of, 307-308 
Propositional calculus, 34, 270 
Psychoanalysis, 3 
Psychologists, 241 
Psychology, developmental, 7 
Pull-the-plug, 793 
Pumping Lemma: 
algebraic statement, 468-469, 536 
for CFL's: 

strong form, 470-471 
weak form, 453-463 
for regular and context-free languages 

compared, 466-467 
for regular languages, 226, 333, 453 
strong forfltj 210 
weak form, 205 

PUSH: 

STACK operation, 338 

states, of PDA, 357 
Pushdown automata, 333-363. See also PDA 
Pushdown Automata Theory, 237-544 
PUSHDOWN STACK, STORE 338. See also 

STACK 
Pushdown transducer, 519 
PUSHOVER, 428 



Q 

Quadratic equation, 216 
QUEUE, of PM, 585 



R 

Rabin, Michael Oser, 143, 552 

Random access, contrast with UFO, 339 

R.e., 684-704. See also Recursively enumerable 

languages 
Reading entire input, 417-418 
READ state: 
of PDA, 335, 357 
incorporated into CFG from PDA, 399 
for simulation of CFG, 371 
of PM, 585, 593 



Recognition: 

distinct from memory, 169 

by FA, 66 

by machine, 169 
Recognizer: 

FA or TG, 155 

Moore machine, 174 
Recursive definition, 26-35, 112, 255, 686 

related to grammar, 282 

strength of, 137 
Recursive language, 685-686, 699, 740 

closed under union and intersection, 706 

defined, 685 

generation of, 799 

not equal to r.e., 723 
Recursively enumerable languages, 684-704, 729, 
740 

closed under Kleene star, 758 
closed under union, 703 
defined, 685 

explanation of term, 797 

generated by type O grammar, 745 

not closed under complement, 722 
Recursive proof, of (in)finiteness given regular 

expression, 226 
Register machine, RM, 793 
Registers, 3, 216, 771 

Regular expression, 38-59, 67, 73, 75, 100, 101, 
103, 104, 108, 177, 186, 191, 192, 201, 
217, 223, 226, 286, 555, 684, 699 

associated with language, 53 

decidability of equivalence, 216 

defined, 50 

grammar for, 297 

in proof of closure under union, product, 

Kleene closure, 178 
when machine accepts no words, 219 
Regular grammar, 286-298 
defined, 295 

that generates no words, 295 
Regular languages, 177-198, 286, 333, 552, 566, 
616, 684, 740 
accepted by PDA, 360 

by TM, 569 
closed under union, product, closure, 177 
under complement, 182 
under intersection, 183 
decidability of finiteness, 216 
Pumping Lemma for, 205, 210 
relationship to CFL's, 287, 292 
Reiteration, of production sequence in infinite 

CFL, 461 
Reject, TM to PM equivalence, 595 
Reject(T), words rejected by TM, defined, 574 
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Rejection: 
by FA, 66 

on PDA, by crashing, 335, 347, 357 

by TG, 88 
REJECT state, of PDA, 335, 357 
Relativity, 3 

Replaceability of nonterminals in CFG, 317 
Replacement rule for A-productions: 

modified, 308 

proposed, 303 
Reserved words, in programming languages, 502 
Reversal of STACK simulation on TM Tape, 633 
Reverse, defined as string function, 16 
Revolutions, Communist, 3 
Rhetoric, 716 
Richard, Jules, 716 

Row-language in PDA to CFG conversion, 382, 
386, 391-392, 407, 413 

■ Rules: 

for creating row-language grammar for PDA, 
398 

finite, for infinite language, 11, 26 
Run a string defined, 358 
Run time, 64 
Russell, Bertrand, 716 
Russian character, 536 

S 

S* y defined, 18 
Scanner, 502 

Schutzenberger, Marcel P., 339, 340, 408, 552 
Scott, Dana, 143, 552 
Searching, 8 

SELECT, computable function, 783-784 
Self-embedded nonterminal, 450, 452, 458, 469, 
536, 537 

defined, 447, 468 
SELFR EJECTION, recursive language, 

764-765 
Semantics, 11, 242, 245 
Semi-Thue grammars, 739 
Semiword, 293, 295 

defined, 291 
Sense, good, 245 
Sentence, 7, 9 

dumb, 245 
Sentential calculus, 34 
Separation of state functions in PDA, 335 
Sequence of productions: 

as path through TG, 294 

in TM simulation by grammar, 75 1 
Sequencing of words in language, 17, 21 



Sequential circuits, 169 

mathematical models for, 155 

relationship to Mealy machine, 161 
Set Theory, 4, 22, 182, 223, 792 
Shamir, Eliahu, 205, 302, 312, 453, 466, 535 
Shepherdson, J. C, 793 
Shift, 570 

Short-term memory, 606 
Shot, 266 

Sigma, 2, used for alphabet, 9 
Simile, 267 

Simplification, of CFG, 399 
Simulation proofs of equivalence: 

of CFG by PDA, 375, 390 

of PM by TM, 591 

of TM by PM, 599 

of TM by type O grammar, 745 

of type O grammar by TM, 742 
Slang, 9 

Slash, in arithmetic expressions, 32-34 
Smith, Martin J., viii, 764 
Socks, 391 
Soda-POP, 353 

Software, 7 - 
Solidus, 33 

Solvable, definition, 216 
SOME-ENGLISH, grammar for, 242-243 
Sophistication, 495 
Sorting and searching, 8 
South, 80 
Spaghetti, 606 
Speech, 9 
Spelling, 11 

Spurious proof, 427-428, 758-759 
Square root, 238 

computable function, 789-790 

of negative number, semantic problem, 242 
Squares, of sets, 61 
Stack, as data structure, 339 
STACK: 

of PDA, 356, 372, 564, 567, 746 

consistency in conversion to CFG, 404^105 

counter on loop, 345 

empty, acceptance by, 358 

limitations of, 339, 463 

reversal of string in, 627 

to store operators, 520 
of2PDA, 619 

STACK2, limited use of in PM simulation, 
628 

STACK alphabet, X, PDA, 346 
Stacked deck, 334 

Start character, mandatory, of Moor machine, 156 
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Start state: 
of FA 65: 

denoted by minus sign, 68 

indicated in table, 67 
of incrementer, 160 
of TG, 88, 102 
on Moore machine: 

choice of, 166 

indication, 157 
must be final state in closure machine, 128 
of PDA, 335, 356 
of PM, 586 
of TG, 88, 102 
of TM, 553 
Start symbol, 5, of CFG, 239, 245, 378, 517 
State, 65, 66, 89 
in board game, 63 

function of previous state and input, 169 

of Mealy machine, 158 

of Moore machine, 155 

reachable from start state, 224 

of UTM, to remember letter read, 720 
Statistician, 307 
Statistics, 216 

Status, lacking from HERE state, 382 
Stay-Option machine, defined, 646, 647-650, 673 
Storage space, 134 
Stored-program computer, 6, 724 
STORE of PM, 585 
Story, 9 

Streamlining, to improve CYK algorithm, 540 

Student, 463 

Sturgis, H. E., 793 

SUB, PM subroutine, 602, 606 

Sublanguage, 709 

Subroutine: 

family of for INSERT, 578 

for generating TM, 798 
Substantially different, defined, 261 
Substantive ambiguity, 277 
Substitution, 435, 475, 728 
Substring, 18, 90, 210 

counter (Moore machine), 157 

forbidden, 31, 201, 513 
Subtracter from Mealy components, 161 
Subtraction: 

by l's complement, 161, 770 

simple, computable function, 772 
Subtree, repetition of, 449 
Success, as reaching final state, 64 
SUCCESSOR, computable function, 782 
Suicide, 75, 133 

Sum, of regular languages, see Union 



Summary table: 

of PDA, 389, 391, 410-411 

for TM, 707 
Sunglasses, 405 
Switching theory, 3 
Symbolic logic, see Logic 
Symbolism, language-defining, 39 
Syntax, 1 1 , 242 

T 

Table: 

comparison for automata, 149, 172 
for CYK algorithm, 540-544 
of Theorems, 805-806 
transition, for Mealy machine, 175 
for transition and output of Moore machine, 
155 

Tape, of TM, 553, 567 

variations, 673 
TAPE alphabet, 1, of PDA, 346 
Tape Head, of TM, 553 

to perform calculations, 791 

placement of, 690 

variations, 673 
TAPE of PDA, 356, 394 

of 2PDA, 619 
Target word for top-down parse, 504 
Teeth, false, 378 
Television, 3 
Temporary storage, 570 
Terminal node of tree, 269 
Terminals: 

in CFG, 239, 393 , 417, 424 
defined, 244 

on total language tree, 280 
denoted by lower case, 260 
in phrase-structure grammar, 730 
word = string of, 438 
Terminal state, see Final state 
Terminate: 
defined, 535 
on TM, 554 
Test for membership, 12 
TG (Transition graphs), 86-94, 100, 101, 102, 
108, 137, 149, 155, 172, 186, 192, 301, 
358 

acceptance on, 347 

converted from regular grammar, 294 

defined, 89 

in proof of closure under union, product, 
Kleene closure, 178-181 
Theorems, Table of, 805 
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Theory: 

of Finite Automata, 100, 216 

of Formal languages, 526 

practicality of, 552 
Theory of Computers, 552, 539. See also 

Computer Theory 
3PDA (PDA with 3 STACK'S), 619, 633 
Time, 267 

TM (Turing machines), 7, 8, 552, 616, 633, 737, 
740, 766, 791, 792, 795 

to compute any function, 790 

as algorithm, 793 

defined, 553 

encoding of, 707-725 

equivalence to: 
PM, 590 
2PDA, 635 

simulation, by type O grammar, 745-758 
TM Tape, to simulate QUEUE, 591 
Top-down parsing, 504-510, 538, 740 
Total language tree, 279-281, 504, 538, 736 

defined, 280 

for finite language, 282 

for infinite language, 281 

leftmost, 402, 409, 417 
Trace table, for PDA, 354 
TRAILINGCOUNT, 287, 367 
Trainer, 268 

Transducer, 169, 520, 766, 796 
Transition Graph, 86-94. See also TG 
Transition, 65, 66, 89 
between collections of states in composite FA, 
130 

of Mealy machine, 158 
rules, 67 

see also Edge in graph 
Transition table: 

for complement of intersection machine, 189 
for FA, 67 

for Moore machine, 155 
for TG, 95 

for union of FA's, 1 14 
Translation, 255 
Translator, 7 
Transpose: 

of CFL, 261 

defined, 98 
Treasure map, 351 
Tree, 265-282 

descendant, defined, 443 

surgery, 457 

syntax, parse, generation, production, 

derivation, 269 
total language, 279-281 



Triangles, axioms for, 790 
Trichotomy, of TM results (accept, reject, loop), 
553 

Trip segments, cost of in PDA to CFG 

conversion, 393, 405 
Tuesdays, 11 

Turing, Alan Mathison, 5, 6, 7, 552, 585, 686, 

716, 724, 791, 792, 793 
Turing machines, 551-579. See also TM 
Turing Theory, 7, 551-800 
2PDA (PDA with 2 STACK'S), 616, 686 

equivalent to TM, 619 
Two-way Tape, 664, 673 
Type O grammar, 684, 793 

corresponds to TM, 742 

defined, 739 

U 

Unambiguous representation of arithmetic 
expressions, 276 
grammar for, 503 
Unary encoding, 767 

UNBALANCED, as nonterminal in CFG, 254 
Undecidable, defined, 527, 723. See also 

Decidability 
Understanding of language, 53, 375 
by parse, 216 
of regular languages, 194 
Union, 4, 46, 49, 53, 56 
of CFL's, 431, 476 
closure: 
of CFL's under, 431 
of recursives under, 706 
of r.e.'s under, 703 
of FA's, 113, 114 
of products, in CYK table, 540 
of regular expressions, 113 
of regular languages, 177, 192, 431 
Unique: 

derivation, 246 
factoring, 19, 131 
see also Ambiguity 
Unit production, 374, 416 

defined, 312 
Universal-algorithm machine, 5, 6, 585, 687, 
716 

Universality, of CFL, 526 

Universal Turing Machine, UTM, 724 

construction for, 717 

not decision procedure, 725 
Unknown, in STACK, symbol for, 394 
Unpredictability, of looping, 690 
Unrestricted grammars, 739 
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Unsolvability: 

of Halting Problem, 793 

see also Decidability; Undecidable 
Up/down status, 80 
Upper bound: 

on non-circuit word in regular language, 222 

predictability of, 584 
Useful nonterminal, 414, 536 

decidable for CFG, 532-534 
Useless nonterminal, 282, 533 
UTM, see Universal Turing Machine 
uvxyz Theorem, see Pumping Lemma, for CFL's 

V 

Vacuum tube, 6 
Variable: 

in CFG, 259. See also Nonterminal 

in program, 501 
Variations on TM's, 638-680 
Venn diagram, 184-192 

for Chomsky Hierarchy, 741 

for regular and context-free languages, 347 
Verification, 8 

VERYEQUAL, language over {a be), 475 
Virgule, 3 

Visceral learning, 606 

von Neumann, John, 6, 716, 724, 793 

W 

Wages, equal, 302 
Weasel, on PDA, 358, 425 



Wednesday, 241 

WFF (Well-formed Formula), 34, 270 
Whitehead, Alfred North, 716 
Wild card, (a + b)*, 45 
Word, 9, 64, 293 

contrasted with semi word, working string, 
291 

defined, 9 

length of, test for infinite regular language, 
226 

production, from CFG's, 437 
Word processing, 7-8 
Working string, 373, 374, 410, 730, 746 

contrasted with word, semi word, 291 

defined, 248 

form of in CNF leftmost derivation, 442 
of simulated TM, 746 

X 

X, to mark middle of palindromes for 

deterministic PDA, 351 
(x) one-letter alphabet, 12-15 

Y 

Younger, Daniel H., 539 
Z 

Zeno of Elea, 716 
ZAPS, 101 



